[Dri-devel] Re: Blank screen when switching VT
Hi Jacek! Wednesday 06, at 12:10:26 AM you wrote: skip Also, this isn't by chance related to that problem with Athlons and AGP which was big news a couple months ago? Umm, no idea... The fglr200 drivers worked fine with AGP at 2x. Hardware bug (with known workaround) or bug in DRI? Dunno, it's possible that there's a problem with how we stop or start the CP. Maybe the merge changed something there. I have similar problem but only when using display manager (GDM). Whaen I log out the box is frozen. Can't do anything and monitor keeps turning on and off. But nothing happens when I sto/start X manualy or switch resolutions and VTs. I think it started after the merge and I've disabled GDM. Everything is OK with DRI disabled. My card Radeon, AGPx1 and latest code from trunk. - Jacek In my case, setting AGPMode 1 solved the problem - no more lockups, vt switching also works. But setting in AGPMode everything 1 reproduce lockup. Other options (AGPFastWrite, AGPSize) don't matter. Last problems that i have now - mouse didn't work on new Q3A v1.32 and UT select weird videmode during startup :) -- WBR, Konstantin chat with ==ICQ: 109916175 Lepikhov,speak to ==JID: [EMAIL PROTECTED] aka L.A. Kostis write to ==mailto:lakostis;pisem.net.nospam ...The information is like the bank...(c) EC8OR --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Re: Blank screen when switching VT
Am Die, 2002-11-05 um 02.16 schrieb Michel Dänzer: On Mon, 2002-11-04 at 15:33, Christophe Saout wrote: Similar problems here. Different kernels (2.4.18, 2.4.19, 2.5.4x), Radeon 8500, radeon driver from DRI CVS. The first time the switch into graphics mode always works. But restarting or resetting the X server (even turning it off and trying to rerun it hours later) or switching to text mode and switching back often kills the whole machine (very randomly, ~50% of the time). The video mode switch itself succeeds and I can see the old date in the frame buffer, but then the machine freezes and it doesn't get redrawn. The machine doesn't respond to anything, network is dead, the harddisk stops doing anything, completely dead. And it does the same thing (most of the time) when switching resolution in X (ctrl-alt-+/- oder starting a game in full screen mode). I wonder if it's related to a fix I had to make to prevent it from crashing this TiBook hard. In RADEONSwitchMode(), can you try changing RADEONCP_STOP(pScrn, info) to info-accel-Sync(pScrn) and removing the RADEONCP_START() call? Yes, and it doesn't crash any more! Wow. But the VT switching crash still remains... Also, you seem to be running an older Athlon box, which were said to be unstable with Radeons. Do you use any AGP related options? Just AGPMode 2. I switched my board with my brother's one, the old VIA board caused some problems. With this board the Radeon works fine with the W32 and fglr200 drivers from ATI. --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Re: Blank screen when switching VT
On Die, 2002-11-05 at 16:20, Christophe Saout wrote: Am Die, 2002-11-05 um 02.16 schrieb Michel Dänzer: On Mon, 2002-11-04 at 15:33, Christophe Saout wrote: Similar problems here. Different kernels (2.4.18, 2.4.19, 2.5.4x), Radeon 8500, radeon driver from DRI CVS. The first time the switch into graphics mode always works. But restarting or resetting the X server (even turning it off and trying to rerun it hours later) or switching to text mode and switching back often kills the whole machine (very randomly, ~50% of the time). The video mode switch itself succeeds and I can see the old date in the frame buffer, but then the machine freezes and it doesn't get redrawn. The machine doesn't respond to anything, network is dead, the harddisk stops doing anything, completely dead. And it does the same thing (most of the time) when switching resolution in X (ctrl-alt-+/- oder starting a game in full screen mode). I wonder if it's related to a fix I had to make to prevent it from crashing this TiBook hard. In RADEONSwitchMode(), can you try changing RADEONCP_STOP(pScrn, info) to info-accel-Sync(pScrn) and removing the RADEONCP_START() call? Yes, and it doesn't crash any more! Wow. But the VT switching crash still remains... Does it crash when switching away or when switching back? There seems to be a problem stopping or starting the CP, I guess I can move that inside the fbdev case in SwitchMode(), but there's no way around it when switching away... Also, you seem to be running an older Athlon box, which were said to be unstable with Radeons. Do you use any AGP related options? Just AGPMode 2. Same problem with 1x? Also, this isn't by chance related to that problem with Athlons and AGP which was big news a couple months ago? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Re: Blank screen when switching VT
Am Die, 2002-11-05 um 20.04 schrieb Michel Dänzer: On Die, 2002-11-05 at 16:20, Christophe Saout wrote: Am Die, 2002-11-05 um 02.16 schrieb Michel Dänzer: Yes, and it doesn't crash any more! Wow. But the VT switching crash still remains... Does it crash when switching away or when switching back? When switching back (or when starting the X server a second time, not when shutting down the old one). Also, you seem to be running an older Athlon box, which were said to be unstable with Radeons. Do you use any AGP related options? Just AGPMode 2. Same problem with 1x? Oh, no. Fine. With 1x even the other patch (against the video mode switch freeze) got obsolete. Also, this isn't by chance related to that problem with Athlons and AGP which was big news a couple months ago? Umm, no idea... The fglr200 drivers worked fine with AGP at 2x. Hardware bug (with known workaround) or bug in DRI? --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Re: Blank screen when switching VT
Hi Christophe! Tuesday 05, at 08:52:00 PM you wrote: Am Die, 2002-11-05 um 20.04 schrieb Michel D?nzer: On Die, 2002-11-05 at 16:20, Christophe Saout wrote: Am Die, 2002-11-05 um 02.16 schrieb Michel D?nzer: Yes, and it doesn't crash any more! Wow. But the VT switching crash still remains... Does it crash when switching away or when switching back? When switching back (or when starting the X server a second time, not when shutting down the old one). I have the same symthoms with my Radeon 7500 QW card. VT switching, restarting or staring any gl app in _fullscreen_ mode (tested quake3, darkplaces and tuxracer) lockup system, only SysRq + Alt + B helps :( Checked today cvs HEAD tree. Also, you seem to be running an older Athlon box, which were said to be unstable with Radeons. Do you use any AGP related options? Just AGPMode 2. Same problem with 1x? Oh, no. Fine. With 1x even the other patch (against the video mode switch freeze) got obsolete. Not tested yet. May it helps for me...But why 4x it works early? Also, this isn't by chance related to that problem with Athlons and AGP which was big news a couple months ago? Umm, no idea... The fglr200 drivers worked fine with AGP at 2x. Hardware bug (with known workaround) or bug in DRI? My system is P4/i850 box, harware doesn't have such bugs as above. I think, something wrong with my compile process, because i'm newbie in XFree86 compile procedure. What i do (following README.DRIComp): 1. checkout cvs tree against HEAD branch 2. make symlinks from cvs to build dir 3. lndir -silent -ignorelinks /usr/X11R6/lib /usr/X11R6-DRI/lib (for proper XFree86 linking) 4. adopt host.cf for my needs (see attach below) 5. make World, make install 6. install new kernel module, depmod -a 7. add /usr/X11R6-DRI/lib to ld.co.conf, then run ldconfig 8. change the /etc/X11/X symlink to /usr/X11R6-DRI/bin/XFree86 9. rmmod radeon (unload old dri module) 10. startx, run quake3 and got lockup :( installed standard XF86 Server libs: $ rpm -qa | grep XFree86 XFree86-utils-4.2.1-alt3 XFree86-server-4.2.1-alt3 XFree86-devel-static-4.2.1-alt3 XFree86-locales-4.2.1-alt3 XFree86-libs-4.2.1-alt3 XFree86-devel-4.2.1-alt3 XFree86-75dpi-fonts-4.2.1-alt3 XFree86-4.2.1-alt3 XFree86-cyr_rfx-fonts-koi8-r-1.1-alt5 XFree86-xfs-4.2.1-alt3 $ tested kernels - 2.4.18 2.5.44-ac5 any ideas about this? -- WBR, Konstantin chat with ==ICQ: 109916175 Lepikhov,speak to ==JID: [EMAIL PROTECTED] aka L.A. Kostis write to ==mailto:lakostis;pisem.net.nospam ...The information is like the bank...(c) EC8OR PCI devices found: Bus 0, device 0, function 0: Host bridge: Intel Corp. 82850 850 (Tehama) Chipset Host Bridge (MCH) (rev 2). Prefetchable 32 bit memory at 0xd800 [0xdbff]. Bus 0, device 1, function 0: PCI bridge: Intel Corp. 82850 850 (Tehama) Chipset AGP Bridge (rev 2). Master Capable. Latency=64. Min Gnt=10. Bus 0, device 30, function 0: PCI bridge: Intel Corp. 82820 820 (Camino 2) Chipset PCI (rev 4). Master Capable. No bursts. Min Gnt=6. Bus 0, device 31, function 0: ISA bridge: Intel Corp. 82820 820 (Camino 2) Chipset ISA Bridge (ICH2) (rev 4). Bus 0, device 31, function 1: IDE interface: Intel Corp. 82820 820 (Camino 2) Chipset IDE U100 (rev 4). I/O at 0xf000 [0xf00f]. Bus 0, device 31, function 3: SMBus: Intel Corp. 82820 820 (Camino 2) Chipset SMBus (rev 4). IRQ 5. I/O at 0x5000 [0x500f]. Bus 0, device 31, function 5: Multimedia audio controller: Intel Corp. 82820 820 (Camino 2) Chipset AC'97 Audio Controller (rev 4). IRQ 5. I/O at 0xb800 [0xb8ff]. I/O at 0xbc00 [0xbc3f]. Bus 1, device 0, function 0: VGA compatible controller: PCI device 1002:5157 (ATI Technologies Inc) (rev 0). IRQ 11. Master Capable. Latency=32. Min Gnt=8. Prefetchable 32 bit memory at 0xd000 [0xd7ff]. I/O at 0x9000 [0x90ff]. Non-prefetchable 32 bit memory at 0xdd00 [0xdd00]. Bus 2, device 4, function 0: Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 16). IRQ 11. Master Capable. Latency=32. Min Gnt=32.Max Lat=64. I/O at 0xa000 [0xa0ff]. Non-prefetchable 32 bit memory at 0xdf00 [0xdfff]. /* * Set this for each DRI branch. It will be appended to the XFree86 version * information. */ #define XFree86CustomVersion DRI trunk #define DefaultGcc2AxpOpt -O2 -mcpu=ev6 #define DefaultGcc2PpcOpt -O2 -mcpu=750 #define DefaultGcc2i386Opt -O2 #if defined(AlphaArchitecture) # define LibraryCDebugFlags -O2 -mcpu=ev6 #elif defined(PpcArchitecture) # define LibraryCDebugFlags -O2 -mcpu=750 #else # define LibraryCDebugFlags -O2 #endif #define BuildXFree86ConfigTools YES #if defined(PpcArchitecture) #define XF86CardDrivers ati #define DriDrivers radeon #else #define
Re: [Dri-devel] Re: Blank screen when switching VT
On Die, 2002-11-05 at 20:52, Christophe Saout wrote: Am Die, 2002-11-05 um 20.04 schrieb Michel Dänzer: On Die, 2002-11-05 at 16:20, Christophe Saout wrote: Am Die, 2002-11-05 um 02.16 schrieb Michel Dänzer: Yes, and it doesn't crash any more! Wow. But the VT switching crash still remains... Does it crash when switching away or when switching back? When switching back (or when starting the X server a second time, not when shutting down the old one). Also, you seem to be running an older Athlon box, which were said to be unstable with Radeons. Do you use any AGP related options? Just AGPMode 2. Same problem with 1x? Oh, no. Fine. With 1x even the other patch (against the video mode switch freeze) got obsolete. Also, this isn't by chance related to that problem with Athlons and AGP which was big news a couple months ago? Umm, no idea... The fglr200 drivers worked fine with AGP at 2x. Hardware bug (with known workaround) or bug in DRI? Dunno, it's possible that there's a problem with how we stop or start the CP. Maybe the merge changed something there. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Re: Blank screen when switching VT
W licie z wto, 05-11-2002, godz. 22:39, Michel Dnzer pisze: On Die, 2002-11-05 at 20:52, Christophe Saout wrote: Am Die, 2002-11-05 um 20.04 schrieb Michel Dnzer: On Die, 2002-11-05 at 16:20, Christophe Saout wrote: Am Die, 2002-11-05 um 02.16 schrieb Michel Dnzer: Yes, and it doesn't crash any more! Wow. But the VT switching crash still remains... Does it crash when switching away or when switching back? When switching back (or when starting the X server a second time, not when shutting down the old one). Also, you seem to be running an older Athlon box, which were said to be unstable with Radeons. Do you use any AGP related options? Just AGPMode 2. Same problem with 1x? Oh, no. Fine. With 1x even the other patch (against the video mode switch freeze) got obsolete. Also, this isn't by chance related to that problem with Athlons and AGP which was big news a couple months ago? Umm, no idea... The fglr200 drivers worked fine with AGP at 2x. Hardware bug (with known workaround) or bug in DRI? Dunno, it's possible that there's a problem with how we stop or start the CP. Maybe the merge changed something there. I have similar problem but only when using display manager (GDM). Whaen I log out the box is frozen. Can't do anything and monitor keeps turning on and off. But nothing happens when I sto/start X manualy or switch resolutions and VTs. I think it started after the merge and I've disabled GDM. Everything is OK with DRI disabled. My card Radeon, AGPx1 and latest code from trunk. - Jacek -- Earthling Michel Dnzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Re: Blank screen when switching VT
Am Mon, 2002-11-04 um 07.51 schrieb [EMAIL PROTECTED]: i'm using a kernel 2.4.20-pre11 with a radeon module compiled from CVS. I have a radeon 8500 LE (r200 QL), and every time i want to switch from X to VT, i've got a blank screen and my computer is frozen... This means i can't halt|reboot properly as i can't reach console mode... I'm wondering if someone has a clue about that? I've set some optimisation flag when compiling (-march=athlon-tbird -O2 -pipe), can this pose a problem? Similar problems here. Different kernels (2.4.18, 2.4.19, 2.5.4x), Radeon 8500, radeon driver from DRI CVS. The first time the switch into graphics mode always works. But restarting or resetting the X server (even turning it off and trying to rerun it hours later) or switching to text mode and switching back often kills the whole machine (very randomly, ~50% of the time). The video mode switch itself succeeds and I can see the old date in the frame buffer, but then the machine freezes and it doesn't get redrawn. The machine doesn't respond to anything, network is dead, the harddisk stops doing anything, completely dead. And it does the same thing (most of the time) when switching resolution in X (ctrl-alt-+/- oder starting a game in full screen mode). I always thought, this is was my fault. I've never had any luck with compiling XFree myself. My versions are always totally buggy (especially when compiling the whole tree). But compiling only the DRI part always worked, but then things got worse (freezes and so). But at the moment, even the binary snapshots of the radeon/r200 driver are showing the same symptoms (slightly better, but the system still crashes at about 25% of the X server restarts). Any ideas? Problem with the kernel? Problem with a buggy XFree module lying around? Problem with me? Another problem? --- 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] Re: Blank screen when switching VT
Christophe Saout wrote: Any ideas? Problem with the kernel? Problem with a buggy XFree module lying around? Problem with me? Another problem? Does this still happen when the DRI is disabled? -- /\ Jens Owen/ \/\ _ [EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado --- 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] Re: Blank screen when switching VT
Jens Owen wrote: Any ideas? Problem with the kernel? Problem with a buggy XFree module lying around? Problem with me? Another problem? Does this still happen when the DRI is disabled? No, it stops crashing when DRI is disabled. I'd like to help you finding the problem, tell me what to do. :) BTW: My machine is a uniprocessor x86 with an old slot a athlon. I've attached the output of /proc/pci if that might help. (?) PCI devices found: Bus 0, device 0, function 0: Host bridge: Advanced Micro Devices [AMD] AMD-751 [Irongate] System Controller (rev 37). Master Capable. Latency=120. Prefetchable 32 bit memory at 0xe800 [0xebff]. Prefetchable 32 bit memory at 0xefdff000 [0xefdf]. I/O at 0xdc00 [0xdc03]. Bus 0, device 1, function 0: PCI bridge: Advanced Micro Devices [AMD] AMD-751 [Irongate] AGP Bridge (rev 1). Master Capable. Latency=120. Min Gnt=10. Bus 0, device 7, function 0: ISA bridge: Advanced Micro Devices [AMD] AMD-756 [Viper] ISA (rev 1). Bus 0, device 7, function 1: IDE interface: Advanced Micro Devices [AMD] AMD-756 [Viper] IDE (rev 3). Master Capable. Latency=32. I/O at 0xf000 [0xf00f]. Bus 0, device 7, function 3: Bridge: Advanced Micro Devices [AMD] AMD-756 [Viper] ACPI (rev 3). Master Capable. Latency=120. Bus 0, device 7, function 4: USB Controller: Advanced Micro Devices [AMD] AMD-756 [Viper] USB (rev 6). IRQ 10. Master Capable. Latency=16. Max Lat=80. Non-prefetchable 32 bit memory at 0xe000 [0xefff]. Bus 0, device 9, function 0: Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 48). IRQ 9. Master Capable. Latency=64. Min Gnt=10.Max Lat=10. I/O at 0xda00 [0xda7f]. Non-prefetchable 32 bit memory at 0xefffef80 [0xefffefff]. Bus 0, device 10, function 0: Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 2). IRQ 11. Master Capable. Latency=64. Min Gnt=16.Max Lat=40. Prefetchable 32 bit memory at 0xefdfd000 [0xefdfdfff]. Bus 0, device 10, function 1: Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 2). IRQ 11. Master Capable. Latency=64. Min Gnt=4.Max Lat=255. Prefetchable 32 bit memory at 0xefdfe000 [0xefdfefff]. Bus 0, device 12, function 0: Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 8). IRQ 10. Master Capable. Latency=64. Min Gnt=2.Max Lat=20. I/O at 0xd800 [0xd81f]. Bus 0, device 12, function 1: Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 8). Master Capable. Latency=64. I/O at 0xde00 [0xde07]. Bus 1, device 5, function 0: VGA compatible controller: ATI Technologies Inc Radeon R200 QL [Radeon 8500 LE] (rev 0). IRQ 11. Master Capable. Latency=64. Min Gnt=8. Prefetchable 32 bit memory at 0xd800 [0xdfff]. I/O at 0xb800 [0xb8ff]. Non-prefetchable 32 bit memory at 0xefef [0xefef].
Re: [Dri-devel] Re: Blank screen when switching VT
On 04 Nov 2002 15:33:37 +0100 Christophe Saout [EMAIL PROTECTED] wrote: Am Mon, 2002-11-04 um 07.51 schrieb [EMAIL PROTECTED]: i'm using a kernel 2.4.20-pre11 with a radeon module compiled from CVS. I have a radeon 8500 LE (r200 QL), and every time i want to switch from X to VT, i've got a blank screen and my computer is frozen... This means i can't halt|reboot properly as i can't reach console mode... I'm wondering if someone has a clue about that? I've set some optimisation flag when compiling (-march=athlon-tbird -O2 -pipe), can this pose a problem? Similar problems here. Different kernels (2.4.18, 2.4.19, 2.5.4x), Radeon 8500, radeon driver from DRI CVS. The first time the switch into graphics mode always works. But restarting or resetting the X server (even turning it off and trying to rerun it hours later) or switching to text mode and switching back often kills the whole machine (very randomly, ~50% of the time). The video mode switch itself succeeds and I can see the old date in the frame buffer, but then the machine freezes and it doesn't get redrawn. The machine doesn't respond to anything, network is dead, the harddisk stops doing anything, completely dead. And it does the same thing (most of the time) when switching resolution in X (ctrl-alt-+/- oder starting a game in full screen mode). I always thought, this is was my fault. I've never had any luck with compiling XFree myself. My versions are always totally buggy (especially when compiling the whole tree). But compiling only the DRI part always worked, but then things got worse (freezes and so). But at the moment, even the binary snapshots of the radeon/r200 driver are showing the same symptoms (slightly better, but the system still crashes at about 25% of the X server restarts). Any ideas? Problem with the kernel? Problem with a buggy XFree module lying around? Problem with me? Another problem? I had a similar problem with my Radeon7500. I always upgrade from DRI-CVS and compile it myself. What seemed to introduce the problem was when xc/programs/Xserver/hw/xfree86/scanpci/module/xf86PciData.c was removed and replaced by a symbolic link to xf86ScanPci.c. cvs reported a conflict on the file though I never changed it. So I deleted it manually and did another cvs update. Then cvs scheduled xf86PciData.c for removal and after the next build there was a symbolic link xf86PciData.c-xf86ScanPci.c. After that I havn't had any more such crashes. Felix __\|/_____ ___ ___ __Tschüß___\_6 6_/___/__ \___/__ \___/___\___You can do anything,___ _Felix___\Ä/\ \_\ \_\ \__U___just not everything [EMAIL PROTECTED]o__/ \___/ \___/at the same time! --- 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] Re: Blank screen when switching VT
On Mon, 2002-11-04 at 15:33, Christophe Saout wrote: Am Mon, 2002-11-04 um 07.51 schrieb [EMAIL PROTECTED]: i'm using a kernel 2.4.20-pre11 with a radeon module compiled from CVS. I have a radeon 8500 LE (r200 QL), and every time i want to switch from X to VT, i've got a blank screen and my computer is frozen... This means i can't halt|reboot properly as i can't reach console mode... I'm wondering if someone has a clue about that? I've set some optimisation flag when compiling (-march=athlon-tbird -O2 -pipe), can this pose a problem? Similar problems here. Different kernels (2.4.18, 2.4.19, 2.5.4x), Radeon 8500, radeon driver from DRI CVS. The first time the switch into graphics mode always works. But restarting or resetting the X server (even turning it off and trying to rerun it hours later) or switching to text mode and switching back often kills the whole machine (very randomly, ~50% of the time). The video mode switch itself succeeds and I can see the old date in the frame buffer, but then the machine freezes and it doesn't get redrawn. The machine doesn't respond to anything, network is dead, the harddisk stops doing anything, completely dead. And it does the same thing (most of the time) when switching resolution in X (ctrl-alt-+/- oder starting a game in full screen mode). I wonder if it's related to a fix I had to make to prevent it from crashing this TiBook hard. In RADEONSwitchMode(), can you try changing RADEONCP_STOP(pScrn, info) to info-accel-Sync(pScrn) and removing the RADEONCP_START() call? That would only make a difference for switching modes though, not for switching VTs or restarting the server. Also, you seem to be running an older Athlon box, which were said to be unstable with Radeons. Do you use any AGP related options? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- 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
