Re: [Intel-gfx] [PATCH 2/2] drm/i915: sdvo: check GPIOA for SDVO DDC (vga DDC) when GPIOE fails
On Sun, Jun 14, 2009 at 12:22:34 -0700, Keith Packard wrote: Mac Mini's have a single GPIO line on the DVI connector, shared between the analog link and the digital link. So, if DDC isn't detected on GPIOE (the usual SDVO DDC link), try GPIOA (the usual VGA DDC link) when there isn't a VGA monitor connected. My Mac mini shows 800x600 when I try to use KMS with 2.6.30. My TFT has 1680x1050. Will this patch fix that? Regards, Tino -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915: Xserver crash and restart fails
On Mon, Nov 20, 2006 at 18:14:29 +, Keith Whitwell wrote: Tino Keitel wrote: On Fri, Nov 17, 2006 at 22:12:09 +0100, Tino Keitel wrote: Hi folks, I use the TV application MythTV that uses OpenGL to draw its GUI. Since a while I can crash my Xserver very easy just by switching to the workspace that shows the MythTV GUI. A restart of the Xserver fails. I If this helps: I can stop the display manager, suspend to disk using suspend2, resume, and restart X. It seems to work again after this. Which version of the i915 driver are you using? Is it i915tex? If not, please upgrade to i915tex and retry. Do you mean the version of the kernel module or the Xorg DRI driver? The version of the DRI driver was given in my initial mail. The version of the DRM kernel module is the one from the 2.6.18.2 vanilla kernel. Where can I get that i915tex thingy? Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915: Xserver crash and restart fails
On Wed, Nov 22, 2006 at 10:58:01 -0800, Eric Anholt wrote: On Fri, 2006-11-17 at 22:12 +0100, Tino Keitel wrote: Hi folks, I use the TV application MythTV that uses OpenGL to draw its GUI. Since a while I can crash my Xserver very easy just by switching to the workspace that shows the MythTV GUI. A restart of the Xserver fails. I have attached the log output. I use xserver-xorg-video-i810 1.7.2-1 (Debian Sid) and kernel 2.6.18.2. This is a Mac mini Core Duo with an i945G chipset. If you need more information, just ask. Kernel log: [drm:i915_wait_irq] *ERROR* i915_wait_irq: EBUSY -- rec: 127 emitted: 130 Right now if we hang the chip, we pretty much never recover from it, even when restarting the X Server. While it should be possible to clear most errors for a new X Server start and get the chip going again, we haven't written code for that yet. So, we would need to figure out what MythTV is doing with OpenGL that's causing the hang initially. This will probably mean getting down to the simplest OpenGL program that does what MythTV does to cause the hang. That is, unless I'm misunderstanding what you mean as to when the hang happens. Would an ltrace output of mythfrontend help to get this information? Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
i915: Xserver crash and restart fails
Hi folks, I use the TV application MythTV that uses OpenGL to draw its GUI. Since a while I can crash my Xserver very easy just by switching to the workspace that shows the MythTV GUI. A restart of the Xserver fails. I have attached the log output. I use xserver-xorg-video-i810 1.7.2-1 (Debian Sid) and kernel 2.6.18.2. This is a Mac mini Core Duo with an i945G chipset. If you need more information, just ask. Kernel log: [drm:i915_wait_irq] *ERROR* i915_wait_irq: EBUSY -- rec: 127 emitted: 130 Regards, Tino Xorg.0.log.gz Description: Binary data - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915: Xserver crash and restart fails
On Fri, Nov 17, 2006 at 22:12:09 +0100, Tino Keitel wrote: Hi folks, I use the TV application MythTV that uses OpenGL to draw its GUI. Since a while I can crash my Xserver very easy just by switching to the workspace that shows the MythTV GUI. A restart of the Xserver fails. I If this helps: I can stop the display manager, suspend to disk using suspend2, resume, and restart X. It seems to work again after this. Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRM timing broken in 2.6.18
On Fri, Sep 29, 2006 at 09:30:06 +0200, Michel Dänzer wrote: On Thu, 2006-09-28 at 20:55 +0200, Tino Keitel wrote: On Thu, Sep 28, 2006 at 18:24:37 +0200, Michel Dänzer wrote: On Thu, 2006-09-28 at 18:11 +0200, Tino Keitel wrote: On Thu, Sep 28, 2006 at 15:47:08 +0200, Michel Dänzer wrote: Can you try again with current drm git? I pushed some vsync changes that might fix this. Do you mean git://anongit.freedesktop.org/git/mesa/drm? Exactly. This is even more broken here. Xorg freezes when the server starts, and I see this line in the kernel config: [drm:drm_unlock] *ERROR* Process 2778 using kernel context 0 Sorry, you need xf86-video-intel git as well for now. I guess I should make the DRM handle this more gracefully... Do I also need i915_dri.so? This would imply a build of mesa-git. Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRM timing broken in 2.6.18
On Fri, Sep 29, 2006 at 13:13:05 +0200, Michel Dänzer wrote: [...] This is even more broken here. Xorg freezes when the server starts, and I see this line in the kernel config: [drm:drm_unlock] *ERROR* Process 2778 using kernel context 0 Sorry, you need xf86-video-intel git as well for now. I guess I should make the DRM handle this more gracefully... Done, so xf86-video-intel git should no longer be needed. Thanks, this seems to work, at least it doesn't freeze on startup from remote. Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRM timing broken in 2.6.18
On Thu, Sep 28, 2006 at 00:03:17 +0100, Dave Airlie wrote: Is there anything I can do to give further debug info? strace the ioctl that your app is calling... see what it returns, see why it returns twice... Do you use intelfb (just as an aside...)? No, no framebuffer at all. Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRM timing broken in 2.6.18
On Thu, Sep 28, 2006 at 15:47:08 +0200, Michel Dänzer wrote: On Wed, 2006-09-27 at 10:11 +0200, Tino Keitel wrote: On Tue, Sep 26, 2006 at 11:30:40 +0200, Michel Dänzer wrote: On Tue, 2006-09-26 at 02:21 -0700, Keith Packard wrote: On Tue, 2006-09-26 at 10:49 +0200, Michel Dänzer wrote: Define 'too fast'. Is it just slightly off, or about twice as fast? Either way, this is most likely related to the new support for handling vertical blank interrupts from both display pipes. I thought I made it pick only one of the pipes. Did I mess up? Your code looks fine to me, not sure how it ends up with both enabled... Is there anything I can do to give further debug info? Can you try again with current drm git? I pushed some vsync changes that might fix this. Do you mean git://anongit.freedesktop.org/git/mesa/drm? Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRM timing broken in 2.6.18
On Thu, Sep 28, 2006 at 18:24:37 +0200, Michel Dänzer wrote: On Thu, 2006-09-28 at 18:11 +0200, Tino Keitel wrote: On Thu, Sep 28, 2006 at 15:47:08 +0200, Michel Dänzer wrote: Can you try again with current drm git? I pushed some vsync changes that might fix this. Do you mean git://anongit.freedesktop.org/git/mesa/drm? Exactly. This is even more broken here. Xorg freezes when the server starts, and I see this line in the kernel config: [drm:drm_unlock] *ERROR* Process 2778 using kernel context 0 Process 2778 is the Xorg process. These are the last line of Xorg.0.log: (II) I810(0): Set up overlay video (II) I810(0): Set up textured video (II) I810(0): X context handle = 0x1 Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRM timing broken in 2.6.18
On Tue, Sep 26, 2006 at 11:30:40 +0200, Michel Dänzer wrote: On Tue, 2006-09-26 at 02:21 -0700, Keith Packard wrote: On Tue, 2006-09-26 at 10:49 +0200, Michel Dänzer wrote: Define 'too fast'. Is it just slightly off, or about twice as fast? Either way, this is most likely related to the new support for handling vertical blank interrupts from both display pipes. I thought I made it pick only one of the pipes. Did I mess up? Your code looks fine to me, not sure how it ends up with both enabled... Is there anything I can do to give further debug info? Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRM timing broken in 2.6.18
On Tue, Sep 26, 2006 at 10:49:55 +0200, Michel Dänzer wrote: On Mon, 2006-09-25 at 21:39 +0200, Tino Keitel wrote: I use a TV application (MythTV) that uses DRM for the video timing. Since the upgrade to Linux 2.6.18 the timing during playback is broken (video too fast). It works with 2.6.17, and it also works if the program uses RTC for the video timing. This happens on a Mac Mini Core Duo with Intel i945 graphics. Define 'too fast'. Is it just slightly off, or about twice as fast? It's about twice as fast. Either way, this is most likely related to the new support for handling vertical blank interrupts from both display pipes. Thanks for the hint. I saw these functions in the 2.6.18 changes and they also came into my mind. Now, is this a bug in the i915 DRM driver, or a bug in the application? Btw., I made a diff between drivers/char/drm from 2.6.17 and 2.6.18 to revert the DRM to 2.6.17 and MythTV now works with DRM timing and the modified 2.6.18. Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
DRM timing broken in 2.6.18
Hi folks, I use a TV application (MythTV) that uses DRM for the video timing. Since the upgrade to Linux 2.6.18 the timing during playback is broken (video too fast). It works with 2.6.17, and it also works if the program uses RTC for the video timing. This happens on a Mac Mini Core Duo with Intel i945 graphics. Is there anything I could try to solve this problem in 2.6.18? Regards, Tino - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
no GL painter on Radeon 9600
Hi folks, I use a TV software called MythTV with XOrg 7 and the r300 driver to get DRI support for my Radeon 9600. The GUI uses OpenGL, but it fails to start with this message: 2006-04-12 11:14:21.778 Using NV NPOT texture extension drmRadeonCmdBuffer: -22 (exiting) The same happens with all extensions from this code block: if (extensions.contains(GL_NV_texture_rectangle)) { VERBOSE(VB_GENERAL, Using NV NPOT texture extension); q_gl_texture = GL_TEXTURE_RECTANGLE_NV; } else if (extensions.contains(GL_ARB_texture_rectangle)) { VERBOSE(VB_GENERAL, Using ARB NPOT texture extension); q_gl_texture = GL_TEXTURE_RECTANGLE_ARB; } else if (extensions.contains(GL_EXT_texture_rectangle)) { VERBOSE(VB_GENERAL, Using EXT NPOT texture extension); q_gl_texture = GL_TEXTURE_RECTANGLE_EXT; } Is this a bug in Mesa or in MythTV? Regards, Tino --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: no GL painter on Radeon 9600
On Wed, Apr 12, 2006 at 16:30:44 +, Aapo Tahkola wrote: On Wed, 12 Apr 2006 14:01:15 +0200 Tino Keitel [EMAIL PROTECTED] wrote: Hi folks, I use a TV software called MythTV with XOrg 7 and the r300 driver to get DRI support for my Radeon 9600. The GUI uses OpenGL, but it fails to start with this message: 2006-04-12 11:14:21.778 Using NV NPOT texture extension drmRadeonCmdBuffer: -22 (exiting) What does dmesg say about it? What drm and mesa versions are you using? dmesg: [drm:r300_emit_packet3] *ERROR* bad packet3 type 64 at e57668b8 [drm:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet3 failed $ dpkg -l libgl1-mesa-dri | tail -1 ii libgl1-mesa-dri 6.4.1-0.4 A free implementation of the OpenGL API -- DRI modules $ dpkg -l libdrm2 | tail -1 ii libdrm22.0.1-1Userspace interface to kernel DRM services -- runtime The radeon.ko modules says: [drm] Initialized radeon 1.22.0 20051229 on minor 0 It is the radeon module from the 2.6.16 kernel. Regards, Tino --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: no GL painter on Radeon 9600
On Wed, Apr 12, 2006 at 17:29:26 +, Aapo Tahkola wrote: [...] You'll need newer drm. Do you mean radeon.ko, libdrm and r300_dri.so? You might also get it going by applying http://webcvs.freedesktop.org/dri/drm/shared-core/r300_cmdbuf.c?r1=1.7r2=1.8 . My 2.6.16 source fails to compile after patching, maybe I can fix it. r300 driver shipped with mesa 6.5 fixes many problems but has PCIE support and q3 video mode switches broken. Thanks. Regards, Tino --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 freezes the X server after resume from suspend2 (suspend to disk)
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 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 freezes the X server after resume from suspend2 (suspend to disk)
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 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 freezes the X server after resume from suspend2 (suspend to disk)
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 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 freezes the X server after resume from suspend2 (suspend to disk)
On Thu, Mar 30, 2006 at 10:47:48 -0500, Alex Deucher wrote: On 3/30/06, Tino Keitel [EMAIL PROTECTED] 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:[EMAIL PROTECTED]:/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 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 freezes the X server after resume from suspend2 (suspend to disk)
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:[EMAIL PROTECTED]:/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 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 freezes the X server after resume from suspend2 (suspend to disk)
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 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
r300 freezes the X server after resume from suspend2 (suspend to disk)
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 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 freezes the X server after resume from suspend2 (suspend to disk)
On Thu, Mar 23, 2006 at 13:43:49 +0100, [EMAIL PROTECTED] wrote: On Thu, 23 Mar 2006 12:07:05 +0100, Tino Keitel [EMAIL PROTECTED] 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 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Xserver freezes with radeon.ko loaded
On Fri, Jul 15, 2005 at 10:08:44 +0200, Tino Keitel wrote: On Fri, Jul 15, 2005 at 09:50:42 +0200, Tino Keitel wrote: Hi folks, when the Xorg server is started, my machine will freeze completely if radeon.ko is loaded. I can not log into it via SSH, and I also don't see any kernel crash messages at the serial console. I played around with the r300 driver when this problem appeared, but I also reinstalled a radeon.ko and drm.ko from the vanilla kernel and the freeze still occurs. I attached the Xserver log and kernel config. radeon.log is I forgot to mention that this is kernel 2.6.12 and Xorg CVS from yesterday on a Radeon 9600. I found the source of the problem: I disabled AGP 8x and AGP fast write and now the freeze disappeared, so one of them was the reason. Regards, Tino --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Xserver freezes with radeon.ko loaded
On Fri, Jul 15, 2005 at 09:50:42 +0200, Tino Keitel wrote: Hi folks, when the Xorg server is started, my machine will freeze completely if radeon.ko is loaded. I can not log into it via SSH, and I also don't see any kernel crash messages at the serial console. I played around with the r300 driver when this problem appeared, but I also reinstalled a radeon.ko and drm.ko from the vanilla kernel and the freeze still occurs. I attached the Xserver log and kernel config. radeon.log is I forgot to mention that this is kernel 2.6.12 and Xorg CVS from yesterday on a Radeon 9600. Regards, Tino --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP)
On Mon, Jul 04, 2005 at 18:15:36 -0700, Nguyen The Toan wrote: Hi guys, I install r300_driver and everything went smoothly. Quake3 (commercial version) works flawlessly so far. glxgears reports around 1160 fps. Suspend and resume works great, a MAJOR advantage over the commercial ATI driver. Thanks for the great work. These are just two small questions. The glxgears number is only 2.5 times faster than the original xorg driver (software OpenGL) 480 fps. Is this normal ? I have a laptop with P-M 1.7GHz. There's a lot of flickering with OpenGL screensavers that came with KDE. Did I miss something? or the OpenGL screensavers is not supported yet ? I had the same here on my Radeon 9600. It did not happen with the same screensaver started from xscreensaver. Regards, Tino --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Lockup with radeon.ko from r300 when the server starts
Hi folks, I built X.org, Mesa and the r300 driver from CVS a few weeks ago, loaded drm.ko and radeon.ko, restarted the Xserver and got 3D acceleration. After some days I rebooted the machine and when the Xserver was started, the machine locked up. The lockup went away when I renamed the radeon.ko module. I rebuild the modules drm.ko and radeon.ko and copied them into the proper directory in /lib/modules/, to be sure that there are no old modules lying around, but the lockup still happens. The card is a Radeon 9600. Any Idea what's wrong here? Regards, Tino --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Lockup with radeon.ko from r300 when the server starts
On Mon, Jul 04, 2005 at 12:48:04 +0200, Jerome Glisse wrote: On 7/4/05, Tino Keitel [EMAIL PROTECTED] wrote: Hi folks, I built X.org, Mesa and the r300 driver from CVS a few weeks ago, loaded drm.ko and radeon.ko, restarted the Xserver and got 3D acceleration. After some days I rebooted the machine and when the Xserver was started, the machine locked up. The lockup went away when I renamed the radeon.ko module. I rebuild the modules drm.ko and radeon.ko and copied them into the proper directory in /lib/modules/, to be sure that there are no old modules lying around, but the lockup still happens. The card is a Radeon 9600. Any Idea what's wrong here? Is there multiple X server on your system or Xorg is the only server ? As far as i know r300 only run with Xorg stuff. If there is multiple X available on your computer make sure that you use the proper one. X.org is installed to /usr/local/ while XFree86 is installed to /usr, but the server which is started is Xorg. Regards, Tino --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Lockup with radeon.ko from r300 when the server starts
On Mon, Jul 04, 2005 at 14:01:12 +0200, Jerome Glisse wrote: Is this a hard lockup or not ? ie could you ssh in the box ? Yes, it's a hard lockup. If you can ssh to the box, could you provide Xorg log (in /var/log/) revealent part of syslog or whatever is the ouput of radeon module when you try to start Xserver with it. Maybe you could try to first load radeon module then Xserver, if you don't already try this. When I load the radeon module on the command line everything works. The lockup occurs when the server starts. Btw a depmod -a shouldn't hurt, and do a find /lib/modules -name radeon.ko to see if there isn't two copy of it in different places. $ /sbin/modprobe -l | grep radeon /lib/modules/2.6.12/kernel/drivers/char/drm/radeon.ko Regards, Tino --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Lockup with radeon.ko from r300 when the server starts
On Mon, Jul 04, 2005 at 14:29:54 +0200, Jerome Glisse wrote: On 7/4/05, Tino Keitel [EMAIL PROTECTED] wrote: On Mon, Jul 04, 2005 at 14:01:12 +0200, Jerome Glisse wrote: Is this a hard lockup or not ? ie could you ssh in the box ? Yes, it's a hard lockup. If you can ssh to the box, could you provide Xorg log (in /var/log/) revealent part of syslog or whatever is the ouput of radeon module when you try to start Xserver with it. Maybe you could try to first load radeon module then Xserver, if you don't already try this. When I load the radeon module on the command line everything works. The lockup occurs when the server starts. Btw a depmod -a shouldn't hurt, and do a find /lib/modules -name radeon.ko to see if there isn't two copy of it in different places. $ /sbin/modprobe -l | grep radeon /lib/modules/2.6.12/kernel/drivers/char/drm/radeon.ko Hhhmmm there must be a difference somewhere in your system. Somethings which have changed between first start your last reboot. Is there any things in your kernel message after loading radeon.ko (without starting x) ? ACPI: PCI Interrupt :02:00.0[A] - Link [APC4] - GSI 19 (level, high) - IRQ 19 mtrr: 0xc000,0x1000 overlaps existing 0xc000,0x800 [drm] Initialized radeon 1.15.0 20050208 on minor 0: ATI Technologies Inc RV350 AP [Radeon 9600] Recompiling everythings from CVS should fix that (use Mesa CVS too). IMHO Mesa only provides libGL, and libGL isn't used during the server startup. Or am I wrong here? Regards, Tino --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
hu
Hi folks, I installed the r300 driver with X.org and Mesa CVS and it works without problems until now. However, one app called mythtv tries use OpenGL and brought this error: libGL: XF86DRIGetClientDriverName: 4.0.1 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so libGL error: __driCreateScreen() not defined in r300_dri.so! libGL error: unable to find driver: r300_dri.so Any chance to get this fixed? Regards, Tino P.S.: Thanks for the r300 driver, it's great! --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon 9600 with radeon DRM module
On Mon, Oct 18, 2004 at 01:32:22 -0400, Vladimir Dergachev wrote: Just to be sure: will the microcode only be loaded if the device will be used, e.g. by the X.org driver? Until now I just load the module and Yes. In fact DRM driver needs Xserver to tell it which microcode to load. OK, now I got it: agpgart: Putting AGP V3 device at :02:00.0 into 8x mode [drm] Loading R300 Microcode I grabbed the Mesa source, applied the mesa.patch, compiled the r300_dri.so driver and copied it to the X.org dri drivers directory, but strace glxinfo shows that only the r200_dri.so driver will be used. What I am missing? You need the patch for the 2d driver - it is on the front page. Try ati.patch.4. Thanks again. Looks like I used the wrong 2d driver patch before (xorg680.atipatch.r300). Now the glxinfo output looks right: OpenGL renderer string: Mesa DRI R300 20040924 AGP 4x NO-TCL However, glxgears only prints out this messages and exits: disabling 3D acceleration drmCommandWrite: -22 Regards, Tino --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon 9600 with radeon DRM module
On Mon, Oct 18, 2004 at 09:13:57 +0200, Tino Keitel wrote: [...] Thanks again. Looks like I used the wrong 2d driver patch before (xorg680.atipatch.r300). Now the glxinfo output looks right: OpenGL renderer string: Mesa DRI R300 20040924 AGP 4x NO-TCL However, glxgears only prints out this messages and exits: disabling 3D acceleration drmCommandWrite: -22 Hm, this looks funny (from r300_context.c): if (1 || driQueryOptionb(r300-radeon.optionCache, no_rast)) { fprintf(stderr, disabling 3D acceleration\n); Is this intended behaviour? I thought the r300 only exists to provide 3D acceleration. Regards, Tino --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon 9600 with radeon DRM module
On Fri, Oct 15, 2004 at 09:47:29 -0400, Vladimir Dergachev wrote: Try using DRI CVS, module drm. Do a fresh checkout, just in case. Yes, I used the CVS from r300.sf.net. Thanks for the hint. Still no luck. grep 4150 drm_pciids.h {0x1002, 0x4150, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_R300}, \ After modprobe: ACPI: PCI interrupt :02:00.0[A] - GSI 19 (level, high) - IRQ 19 [drm] Initialized radeon 1.12.0 20020828 on minor 0: ATI Technologies Inc RV350 AP [Radeon 9600] Just to be sure: will the microcode only be loaded if the device will be used, e.g. by the X.org driver? Until now I just load the module and Yes. In fact DRM driver needs Xserver to tell it which microcode to load. OK, now I got it: agpgart: Putting AGP V3 device at :02:00.0 into 8x mode [drm] Loading R300 Microcode I grabbed the Mesa source, applied the mesa.patch, compiled the r300_dri.so driver and copied it to the X.org dri drivers directory, but strace glxinfo shows that only the r200_dri.so driver will be used. What I am missing? Regards, Tino --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon 9600 with radeon DRM module
On Fri, Oct 15, 2004 at 10:54:58 +0200, Tino Keitel wrote: On Fri, Oct 15, 2004 at 00:28:20 +0200, Tino Keitel wrote: On Thu, Oct 14, 2004 at 12:16:14 -0400, Vladimir Dergachev wrote: On Thu, 14 Oct 2004, Tino Keitel wrote: [...] There is no linux-core or shared-core directory, just linux and shared btw., if this matters. Try using DRI CVS, module drm. Do a fresh checkout, just in case. Yes, I used the CVS from r300.sf.net. Thanks for the hint. Still no luck. grep 4150 drm_pciids.h {0x1002, 0x4150, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_R300}, \ After modprobe: ACPI: PCI interrupt :02:00.0[A] - GSI 19 (level, high) - IRQ 19 [drm] Initialized radeon 1.12.0 20020828 on minor 0: ATI Technologies Inc RV350 AP [Radeon 9600] Just to be sure: will the microcode only be loaded if the device will be used, e.g. by the X.org driver? Until now I just load the module and don't play around with X, because the Xserver freezed my machine when I tried it 2 days ago. Regards, Tino --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Radeon 9600 with radeon DRM module
Hi folks, I grabbed the current CVS for the r300 driver, added the PCI ID of by Radeon 9600 (0x4150) to drm_pciids.h and built the module, but the kernel only shows this after loading the module: radeon: Ignoring new-style parameters in presence of obsolete ones [drm] Initialized radeon 1.11.1 20040922 on minor 0: ATI Technologies Inc RV350 AP [Radeon 9600] ACPI: PCI interrupt :02:00.0[A] - GSI 19 (level, high) - IRQ 19 I thought it should at least print some messages when it loads the r300 microcode. I put some debug messages into the module but it looks like it doesn't even enters radeon_cp_init(). I use kernel 2.6.7-mm7. Any hints what I'am missing? I'm still waiting for the confirmation of my subscription for this mailing list, so please CC: me in replies. Regards, Tino --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon 9600 with radeon DRM module
On Thu, Oct 14, 2004 at 11:29:05 -0400, Vladimir Dergachev wrote: On Thu, 14 Oct 2004, Tino Keitel wrote: Hi folks, I grabbed the current CVS for the r300 driver, added the PCI ID of by Radeon 9600 (0x4150) to drm_pciids.h and built the module, but the kernel only shows this after loading the module: You need to add your pci id to drm_pciids.txt file in drm/shared-core Then change to drm/linux-core and type make. Please let me know whether this works for you. .../r300_driver/drm/linux$ grep 4150 drm_pciids.h {0x1002, 0x4150, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_R300}, \ In dmesg, I still have the same output. There is no linux-core or shared-core directory, just linux and shared btw., if this matters. Regards, Tino --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Radeon 9600 with radeon DRM module
On Thu, Oct 14, 2004 at 12:16:14 -0400, Vladimir Dergachev wrote: On Thu, 14 Oct 2004, Tino Keitel wrote: [...] There is no linux-core or shared-core directory, just linux and shared btw., if this matters. Try using DRI CVS, module drm. Do a fresh checkout, just in case. Yes, I used the CVS from r300.sf.net. Thanks for the hint. Regards, Tino --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel