PLT Scheme in Extras

Warren Togami wtogami at redhat.com
Mon Mar 7 09:48:42 UTC 2005


read(3, "\1\0\362\1\4\0\0\0\0\300\262\370\0\0\0\0\20\0\0\0\0\0\0"..., 
32) = 32
readv(3, [{"pci:0000:01:00.0", 16}, {"", 0}], 2) = 16
geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
stat64("/dev/dri/card0", {st_mode=S_IFCHR|0660, st_rdev=makedev(226, 0), 
...}) = 0
open("/dev/dri/card0", O_RDWR)          = -1 EACCES (Permission denied)
open("/dev/dri/card0", O_RDWR)          = -1 EACCES (Permission denied)
unlink("/dev/dri/card0")                = -1 EACCES (Permission denied)
geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
stat64("/dev/dri/card1", 0xbfff6b4c)    = -1 ENOENT (No such file or 
directory)
geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
stat64("/dev/dri/card2", 0xbfff6b4c)    = -1 ENOENT (No such file or 
directory)
[SNIP]
geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
stat64("/dev/dri/card13", 0xbfff6b4c)   = -1 ENOENT (No such file or 
directory)
geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0
stat64("/dev/dri/card14", 0xbfff6b4c)   = -1 ENOENT (No such file or 
directory)
munmap(0x845a490, 8192)                 = -1 EINVAL (Invalid argument)
munmap(0, 138778008)                    = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

Problem... if DRI is unavailable, your package crashes while starting 
drscheme.  I assume this is due to the "--enable-gl".

While it is pretty looking with GL rendering, are there any non-text 
rendering reasons for this?

Can it be made to fall-back to non-GL rendering if DRI is unavailable 
rather than crash?  If not, then we should probably disable GL rendering 
for now.

(Now I need to figure out why my /dev/dri/card0 is 660 instead of 666... 
growl...)

Warren Togami
wtogami at redhat.com




More information about the fedora-extras-list mailing list