On Sat, 2002-06-22 at 18:31, Michael Schlueter wrote:
>
> thanks for your fast answer.
>
> Am Sam, 2002-06-22 um 00.00 schrieb Brian Paul:
> > If you search the code, you'll find where we set these flags by
> > calling mgaFallback() (via the FALLBACK() macro). You could put
> > a printf in there to print the bit value and get an idea of what's
> > slowing you down.
>
> Sounds easy :)
>
> But now I have another small problem...
> Before doing any changes to the dri sources I did a make world on the
> freshly checked out sources. After copying mga_dri to the right place
> and restarting X I always get a seg fault after:
>
> (II) MGA(0): [drm] bpp: 16 depth: 16
> (II) MGA(0): [drm] Sarea 2200+664: 2864
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 6, (OK)
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 6, (OK)
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 6, (OK)
>
> strace says:
>
> 1131 geteuid32() = 0
> 1131 write(0, "drmOpenDevice: minor is 0\n", 26) = 26
> 1131 stat64("/dev/dri", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
> 1131 chown32(0x848b2d4, 0, 0) = 0
> 1131 chmod("/dev/dri", 0777) = 0
> 1131 write(0, "drmOpenDevice: node name is /dev"..., 43) = 43
> 1131 stat64("/dev/dri/card0", {st_mode=S_IFCHR|0666,
> st_rdev=makedev(226, 0), ...}) = 0
> 1131 chown32(0xbffff844, 0, 0) = 0
> 1131 chmod("/dev/dri/card0", 0666) = 0
> 1131 open("/dev/dri/card0", O_RDWR) = 6
> 1131 write(0, "drmOpenDevice: open result is 6,"..., 38) = 38
> 1131 ioctl(6, DEVFSDIOC_GET_PROTO_REV, 0x83d2ae8) = 0
> 1131 ioctl(6, DEVFSDIOC_GET_PROTO_REV, 0x83d2ae8) = 0
> 1131 --- SIGSEGV (Segmentation fault) ---
>
> I'm using the XFree 4.2 Debian packages for Brandon. A test with
> mga-20020622-linux.i386.tar.bz2 from http://dri.sourceforge.net/ had the
> same result as with the XServer from extras.tgz.
>
> So I've to do some printf into os-support/linux/drm/xf86drm.c to find
> that problem first (or is that a known issure?).
Yes, as you may have noticed the last couple days. It should be fixed
now.
However, in order to see the problem you must have used the new
mga_drv.o as well, not only mga_dri.so. That shouldn't have been
necessary.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
-------------------------------------------------------
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
