Sorry about the delay in getting back, but for a period of time there
the Sourceforce CVS was locked and I couldn't get an update.
With a CVS pull from earlier today (4 Nov 2002), I found the following
things out:
1: The lockup is still there.
2: It is related to having the DRM kernel module loaded - if I remove
the module (and prevent it from being loaded), then I can switch modes fine.
3: This happens both with the 1.7 KM in the DRM tree, as well as the
2.4.19 KM (v1.1.0)
4: Here's the backtrace of the lockup:
__ioctl () at __ioctl:-1
-1 __ioctl: No such file or directory.
in __ioctl
(gdb) bt
#0 0x4012d4c4 in __ioctl () at __ioctl:-1
#1 0xfffffc02 in ?? ()
#2 0x08ca1be8 in ?? ()
#3 0x094d7d3c in ?? ()
#4 0x094e2e88 in ?? ()
#5 0x080a55be in xf86XVAdjustFrame (index=0, x=0, y=44, flags=0)
at xf86xv.c:1257
#6 0x09424f2b in ?? ()
#7 0x0807d436 in xf86SwitchMode (pScreen=0x9c99938, mode=0x8dc09b8)
at xf86Cursor.c:239
#8 0x0807fd6d in xf86PostKbdEvent (key=74) at xf86Events.c:570
#9 0x08096d96 in xf86KbdEvents () at std_kbdEv.c:43
#10 0x0808055d in xf86Wakeup (blockData=0x0, err=1, pReadmask=0x81dc020)
at xf86Events.c:1045
#11 0x080b5a62 in WakeupHandler (result=1, pReadmask=0x81dc020)
at dixutils.c:459
#12 0x080ceb67 in WaitForSomething (pClientsReady=0xbffff500) at
WaitFor.c:353
#13 0x080af89c in Dispatch () at dispatch.c:379
#14 0x080bf8a1 in main (argc=2, argv=0xbffff9b4, envp=0xbffff9c0) at
main.c:435
#15 0x40069336 in __libc_start_main (main=0x80bf338 <main>, argc=2,
ubp_av=0xbffff9b4, init=0x806bfb4 <_init>, fini=0x817b640 <_fini>,
rtld_fini=0x4000d2fc <_dl_fini>, stack_end=0xbffff9ac)
at ../sysdeps/generic/libc-start.c:129
So it seems it's not so much the changing of the display, but rather
something going south on the scrolling of the display.
NOTE: this lockup does not happen on the 4.2.0 release.
This is on a dual processor machine, so perhaps that might be a
contributing factor. Or not.
-------------------------------------------------------
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks up on... Brian Paul
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... David D. Hagood
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... Michel Dänzer
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... David D. Hagood
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... Michel Dänzer
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... David D. Hagood
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... David Dawes
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... Brian Paul
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... David Dawes
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... Brian Paul
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... David D. Hagood
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... Michel Dänzer
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... David D. Hagood
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... Michel Dänzer
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... David Dawes
- Re: [Dri-devel] Lastest CVS main - Radeon 7500 locks ... Alan Hourihane