From: Tino K. <tin...@gm...> - 2006-03-23 11:07:11
|
Hi folks, when I use suspend2 the X server freezes any shows a somewhat garbled display after resume. I have to reboot after this. I use the r300 driver from Xorg 6.9 and kernel 2.6.15 on a Radeon 9600. I read somewhere that r300 should work with suspend to disk a while ago. When I switch to the text console before suspend, the resume succeeds, but I have the problem from above as soon as I switch back to the X screen. Without radeon.ko loaded, resume works fine. Is this a known problem? Should I try the recent snapshots? Regards, Tino |
From: <kf...@on...> - 2006-03-23 12:44:08
|
On Thu, 23 Mar 2006 12:07:05 +0100, Tino Keitel <tin...@gm...> wrote: > Hi folks, > > when I use suspend2 the X server freezes any shows a somewhat garbled > display after resume. I have to reboot after this. I use the r300 > driver from Xorg 6.9 and kernel 2.6.15 on a Radeon 9600. I read > somewhere that r300 should work with suspend to disk a while ago. > > When I switch to the text console before suspend, the resume succeeds, > but I have the problem from above as soon as I switch back to the X > screen. Without radeon.ko loaded, resume works fine. > > Is this a known problem? Should I try the recent snapshots? > > Regards, > Tino > i got this excact same error with the fglrx drivers if i didn't load intel-agp(depending on your chipset ofc) kernel module before the fglrx module on bootup. try that? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
From: Tino K. <tin...@gm...> - 2006-03-23 16:20:44
|
On Thu, Mar 23, 2006 at 13:43:49 +0100, kf...@on... wrote: > On Thu, 23 Mar 2006 12:07:05 +0100, Tino Keitel <tin...@gm...> wrote: > > >Hi folks, > > > >when I use suspend2 the X server freezes any shows a somewhat garbled > >display after resume. I have to reboot after this. I use the r300 > >driver from Xorg 6.9 and kernel 2.6.15 on a Radeon 9600. I read > >somewhere that r300 should work with suspend to disk a while ago. > > > >When I switch to the text console before suspend, the resume succeeds, > >but I have the problem from above as soon as I switch back to the X > >screen. Without radeon.ko loaded, resume works fine. > > > >Is this a known problem? Should I try the recent snapshots? > > > >Regards, > >Tino > > > i got this excact same error with the fglrx drivers if i didn't load > intel-agp(depending on your chipset ofc) kernel module before the fglrx > module on bootup. nvidia-agp is loaded long time before drm.ko and radeon.ko here, so this can not be the reason. Regards, Tino |
From: Benjamin H. <be...@ke...> - 2006-03-24 03:08:48
|
> nvidia-agp is loaded long time before drm.ko and radeon.ko here, so > this can not be the reason. Can you try with the driver in ati-1-0-branch from CVS ? You may need a 7.0 server tho .. Ben. |
From: Tino K. <tin...@gm...> - 2006-03-30 13:55:02
|
On Fri, Mar 24, 2006 at 14:08:35 +1100, Benjamin Herrenschmidt wrote: > > > nvidia-agp is loaded long time before drm.ko and radeon.ko here, so > > this can not be the reason. > > Can you try with the driver in ati-1-0-branch from CVS ? You may need a > 7.0 server tho .. OK, it looks like you mean xf86-video-ati from the freedesktop.org CVS. What is the purpose of the ati-1-0-branch? Is it newer/older/different from the driver in XOrg 6.9? Regards, Tino |
From: Alex D. <ale...@gm...> - 2006-03-30 15:48:11
|
On 3/30/06, Tino Keitel <tin...@gm...> wrote: > On Fri, Mar 24, 2006 at 14:08:35 +1100, Benjamin Herrenschmidt wrote: > > > > > nvidia-agp is loaded long time before drm.ko and radeon.ko here, so > > > this can not be the reason. > > > > Can you try with the driver in ati-1-0-branch from CVS ? You may need a > > 7.0 server tho .. > > OK, it looks like you mean xf86-video-ati from the freedesktop.org CVS. > What is the purpose of the ati-1-0-branch? Is it newer/older/different > from the driver in XOrg 6.9? The ati-1.0-branch is the stable bug fix branch for radeon. It's newer than 6.9. Alex > > Regards, > Tino > > |
From: Tino K. <tin...@gm...> - 2006-03-31 23:10:51
|
On Thu, Mar 30, 2006 at 10:47:48 -0500, Alex Deucher wrote: > On 3/30/06, Tino Keitel <tin...@gm...> wrote: > > On Fri, Mar 24, 2006 at 14:08:35 +1100, Benjamin Herrenschmidt wrote: > > > > > > > nvidia-agp is loaded long time before drm.ko and radeon.ko here, so > > > > this can not be the reason. > > > > > > Can you try with the driver in ati-1-0-branch from CVS ? You may need a > > > 7.0 server tho .. > > > > OK, it looks like you mean xf86-video-ati from the freedesktop.org CVS. > > What is the purpose of the ati-1-0-branch? Is it newer/older/different > > from the driver in XOrg 6.9? > > The ati-1.0-branch is the stable bug fix branch for radeon. It's > newer than 6.9. Thanks, but how can I check it out? $ cvs -d :pserver:an...@cv...:/cvs/xorg co -r ati-1.0-branch driver/xf86-video-ati cvs checkout: warning: cannot open /cvs/xorg/CVSROOT/val-tags read/write: Permission denied cvs [checkout aborted]: no such tag ati-1.0-branch Regards, Tino |
From: Daniel S. <da...@fo...> - 2006-03-31 23:35:16
|
On Sat, Apr 01, 2006 at 01:10:46AM +0200, Tino Keitel wrote: > Thanks, but how can I check it out? >=20 > $ cvs -d :pserver:an...@cv...:/cvs/xorg co -r ati-1.0-bra= nch driver/xf86-video-ati > cvs checkout: warning: cannot open /cvs/xorg/CVSROOT/val-tags read/write:= Permission denied > cvs [checkout aborted]: no such tag ati-1.0-branch Unfortunately the error message is really stupid, but what CVS is really trying to tell you is that you should be using ati-1-0-branch, not ati-1.0-branch. Also, anoncvs.freedesktop.org is the canonical CVS server, rather than cvs.freedesktop.org. Cheers, Daniel |
From: Tino K. <tin...@gm...> - 2006-04-01 00:38:31
|
On Sat, Apr 01, 2006 at 01:34:45 +0300, Daniel Stone wrote: > On Sat, Apr 01, 2006 at 01:10:46AM +0200, Tino Keitel wrote: > > Thanks, but how can I check it out? > > > > $ cvs -d :pserver:an...@cv...:/cvs/xorg co -r ati-1.0-branch driver/xf86-video-ati > > cvs checkout: warning: cannot open /cvs/xorg/CVSROOT/val-tags read/write: Permission denied > > cvs [checkout aborted]: no such tag ati-1.0-branch > > Unfortunately the error message is really stupid, but what CVS is really > trying to tell you is that you should be using ati-1-0-branch, not > ati-1.0-branch. > > Also, anoncvs.freedesktop.org is the canonical CVS server, rather than > cvs.freedesktop.org. Thanks. Is this branch supposed to build fine? I got several errors here. 1. In autogen.sh: Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL 2. While running configure: checking dependency style of gcc... (cached) gcc3 ./configure: line 19359: syntax error near unexpected token `RANDR,' ./configure: line 19359: `XORG_DRIVER_CHECK_EXT(RANDR, randrproto)' Regards, Tino |
From: Alex D. <ale...@gm...> - 2006-04-01 03:01:16
|
On 3/31/06, Tino Keitel <tin...@gm...> wrote: > On Sat, Apr 01, 2006 at 01:34:45 +0300, Daniel Stone wrote: > > On Sat, Apr 01, 2006 at 01:10:46AM +0200, Tino Keitel wrote: > > > Thanks, but how can I check it out? > > > > > > $ cvs -d :pserver:an...@cv...:/cvs/xorg co -r ati-1.0= -branch driver/xf86-video-ati > > > cvs checkout: warning: cannot open /cvs/xorg/CVSROOT/val-tags read/wr= ite: Permission denied > > > cvs [checkout aborted]: no such tag ati-1.0-branch > > > > Unfortunately the error message is really stupid, but what CVS is reall= y > > trying to tell you is that you should be using ati-1-0-branch, not > > ati-1.0-branch. > > > > Also, anoncvs.freedesktop.org is the canonical CVS server, rather than > > cvs.freedesktop.org. > > Thanks. > > Is this branch supposed to build fine? I got several errors here. > > 1. In autogen.sh: > > Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL > > 2. While running configure: > > checking dependency style of gcc... (cached) gcc3 > ./configure: line 19359: syntax error near unexpected token `RANDR,' > ./configure: line 19359: `XORG_DRIVER_CHECK_EXT(RANDR, randrproto)' > you need the xserver macros. depending on your distro they are in the xorg-xserver-dev packages. Alex > Regards, > Tino > |
From: Tino K. <tin...@gm...> - 2006-04-01 08:54:36
|
On Fri, Mar 31, 2006 at 22:01:13 -0500, Alex Deucher wrote: [...] I got it to build, but the driver can not be loaded: (II) LoadModule: "ati" (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so (EE) LoadModule: Module ati does not have a atiModuleData data object. (II) UnloadModule: "ati" (II) Unloading /usr/lib/xorg/modules/drivers/ati_drv.so (EE) Failed to load module "ati" (invalid module, 0) $ file /usr/lib/xorg/modules/drivers/ati_drv.so /usr/lib/xorg/modules/drivers/ati_drv.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped What went wrong here? Regards, Tino |
From: Tino K. <tin...@gm...> - 2006-04-01 12:15:58
|
On Sat, Apr 01, 2006 at 10:54:27 +0200, Tino Keitel wrote: > On Fri, Mar 31, 2006 at 22:01:13 -0500, Alex Deucher wrote: > > [...] > > I got it to build, but the driver can not be loaded: > > (II) LoadModule: "ati" > (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so > (EE) LoadModule: Module ati does not have a atiModuleData data object. > (II) UnloadModule: "ati" > (II) Unloading /usr/lib/xorg/modules/drivers/ati_drv.so > (EE) Failed to load module "ati" (invalid module, 0) > > $ file /usr/lib/xorg/modules/drivers/ati_drv.so > /usr/lib/xorg/modules/drivers/ati_drv.so: ELF 32-bit LSB shared object, > Intel 80386, version 1 (SYSV), not stripped > > What went wrong here? It looks like the XFree86LOADER define was missing. Now I got the driver running, but the display is still garbled after resume from suspend to disk. This is in the log file: (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (II) RADEON(0): [agp] Mode 0x1f004209 [AGP 0x10de/0x01e0; Card 0x1002/0x4150] (**) RADEON(0): EngineRestore (32/32) (**) RADEON(0): EngineRestore (32/32) Any hints what else I could try? Regards, Tino |
From: Tino K. <tin...@gm...> - 2006-04-03 14:54:11
|
Hi folks, I wonder if suspend to disk can be used at all with the r300 driver in XOrg 6.9 oder 7.0, since I doesn't work for me. Are there any success stories? If yes, what version of XOrg, DRM and Mesa should I try? Regards, Tino |
From: Aapo T. <ae...@ra...> - 2006-04-18 15:01:17
|
On Mon, 3 Apr 2006 16:54:05 +0200 Tino Keitel <tin...@gm...> wrote: > Hi folks, > > I wonder if suspend to disk can be used at all with the r300 driver in > XOrg 6.9 oder 7.0, since I doesn't work for me. Are there any success > stories? If yes, what version of XOrg, DRM and Mesa should I try? Works fine here as I said already. -- Aapo Tahkola |
From: Aapo T. <ae...@ra...> - 2006-03-30 15:21:10
|
On Thu, 23 Mar 2006 12:07:05 +0100 Tino Keitel <tin...@gm...> wrote: > Hi folks, > > when I use suspend2 the X server freezes any shows a somewhat garbled > display after resume. I have to reboot after this. I use the r300 > driver from Xorg 6.9 and kernel 2.6.15 on a Radeon 9600. I read > somewhere that r300 should work with suspend to disk a while ago. > > When I switch to the text console before suspend, the resume succeeds, > but I have the problem from above as soon as I switch back to the X > screen. Without radeon.ko loaded, resume works fine. > > Is this a known problem? Should I try the recent snapshots? Works just fine here with Xorg 7.0.0, and cvs versions of cvs xf86-video-ati + drm. Kernel I have is 2.6.14.2 and everything except drm is built-in. I have tested both rv350 and r480 on sis and via based mobos. After resuming from suspend(with 3D applications running) I can see lots of corruption(random coloured pixels) taking place on textures. This is very slight on my r480 but on rv350 this is way more severe. I dont think theres any critical data being kept on video memory so this shouldnt really cause any locks. I could imagine PCIE cards might not work because of this if the GART-tables arent reset on resume. -- Aapo Tahkola |