Re: x700 and DRI
Alex Deucher wrote: On 3/23/06, Daniel Kasak [EMAIL PROTECTED] wrote: Hi all. I've been using the fglrx driver with my Radeon X700 mobility since I got it, and now I'd like to try to move to the r300 driver. I'm not getting DRI enabled for some reason that's beyond me ... I'm using pretty much the latest version of everything at the moment ( although I've been trying every couple of weeks with various versions of stuff ). somethings seems to be wrong with the drm. you might want to try the latest binary shapshots: http://dri.freedesktop.org/wiki/Download#head-55420c59a1c2e9a70f07a6fa02f0d228ffb87b76 Thanks for the response :) I'm an an AMD64 system ( turion notebook ), and I can only see i386 binaries there. I have very modest CFLAGS: -march=k8 -O2 -pipe and also a relatively modest compiler ( gcc-3.4.5 ). I'll try the Gentoo forums to see if anyone there has had any success with a similar setup. Any other tips greatly appreciated. Dan --- 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: x700 and DRI
Daniel Kasak wrote: Alex Deucher wrote: On 3/23/06, Daniel Kasak [EMAIL PROTECTED] wrote: Hi all. I've been using the fglrx driver with my Radeon X700 mobility since I got it, and now I'd like to try to move to the r300 driver. I'm not getting DRI enabled for some reason that's beyond me ... I'm using pretty much the latest version of everything at the moment ( although I've been trying every couple of weeks with various versions of stuff ). somethings seems to be wrong with the drm. you might want to try the latest binary shapshots: http://dri.freedesktop.org/wiki/Download#head-55420c59a1c2e9a70f07a6fa02f0d228ffb87b76 Thanks for the response :) I'm an an AMD64 system ( turion notebook ), and I can only see i386 binaries there. I have very modest CFLAGS: -march=k8 -O2 -pipe and also a relatively modest compiler ( gcc-3.4.5 ). I'll try the Gentoo forums to see if anyone there has had any success with a similar setup. Any other tips greatly appreciated. As Alex said, your drm is probably too old. Lots of pci ids (including those from X700) were just added a week ago and your drm looks way older. And, judging by the xorg log, the ddx is a bit oldish too, the memory detection output looks quite a bit different nowadays. If you're on x86_64, you may need to compile from cvs head. Roland --- 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, 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. try that? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ --- 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
[Bug 5986] The X server locks up after a few days
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=5986 --- Additional Comments From [EMAIL PROTECTED] 2006-03-24 00:54 --- (In reply to comment #3) Not really. But there have been recent changes in CVS that address lockup problems on Radeons. You can try installing a binary snapshot on top of Xorg 7: http://dri.freedesktop.org/wiki/Download#head-55420c59a1c2e9a70f07a6fa02f0d228ffb87b76 Or build the radeon driver from CVS. The binary snapshots do not work for me, and as far as I can tell there are only build instructios for the dri cvs for use with the monolithic X server, not the modular one. Perhaps they will fix the snapshots eventually. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[Bug 5986] The X server locks up after a few days
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=5986 --- Additional Comments From [EMAIL PROTECTED] 2006-03-24 01:11 --- (In reply to comment #4) The binary snapshots do not work for me, and as far as I can tell there are only build instructios for the dri cvs for use with the monolithic X server, not the modular one. Perhaps they will fix the snapshots eventually. Binary snapshots should work with modular Xorg. I fixed that about two weeks ago. If the snapshot installation is giving you trouble, please let me know, I am the maintainer. And last time I checked someone updated the build instructions for modular Xorg as well. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
libglx requires new symbol in loader (Was: problem with binary dri snapshots)
It looks like adding indirect acceleration added a new function to the loader that is used by libglx.so. So the new libglx won't work with older Xservers and I will have to build a new Xserver binary for snapshots/extras or add the Xserver to the snapshots. Yay! The problem with that is that the default ModulePath, RgbPath etc. I build with will only work with either one of Xorg 6.9 or 7.0, but not both. Hmm ... testing the latest and greatest stuff is getting messier. Regards, Felix Am Donnerstag, den 23.03.2006, 16:34 +0100 schrieb Michal Suchanek: Hello I tried installing the dri snapshots common-2006032[12]-linux.i386 with r200-2006032[12]-linux.i386, and I get undefined symbol in libglx.so. After reinstalling xorg-server 1.0.2 the problem goes away but it is because the library is overwritten with the older version. Using the X server and modules from http://dri.freedesktop.org/wiki/Download does not help either. Attaching the X server output. I do not see the error in the /var/log/X* files. Thanks Michal -- | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- 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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
ATI Mobility Radeon XPRESS 200
I recently purchased a HP Pavilion dv81325nr. This system uses a ATI Mobility Radeon Xpress 200 graphics card. When I booted FreeBSD 6.1-Beta 4, the radeon kernel module didn't detect this card. I used pciconf -l -v, and it shows the following for this graphics card: [EMAIL PROTECTED]:5:0: class=0x03 card=0x309b103c chip=0x59551002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Mobility Radeon XPRESS 200' class= display subclass = VGA I then added this cards chip id to sys/dev/drm/drm_pciids.h (see attached patch), recompiled the drm, and radeon kernel modules. This allowed the radeon kernel module to detect the card. How do i test if this change is correct? Is this card in the current drm_pciid.txt file, if not could some on please added it? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. Index: sys/dev/drm/drm_pciids.h === RCS file: /home/ncvs/src/sys/dev/drm/drm_pciids.h,v retrieving revision 1.2.2.2 diff -u -r1.2.2.2 drm_pciids.h --- sys/dev/drm/drm_pciids.h14 Dec 2005 00:52:58 - 1.2.2.2 +++ sys/dev/drm/drm_pciids.h23 Mar 2006 03:18:15 - @@ -78,6 +78,7 @@ {0x1002, 0x5835, CHIP_RS300|CHIP_IS_IGP|CHIP_IS_MOBILITY, ATI Radeon RS300 Mobility IGP}, \ {0x1002, 0x5836, CHIP_RS300|CHIP_IS_IGP, ATI Radeon RS300 IGP}, \ {0x1002, 0x5837, CHIP_RS300|CHIP_IS_IGP, ATI Radeon RS300 IGP}, \ + {0x1002, 0x5955, CHIP_R200|CHIP_IS_MOBILITY, ATI Mobility Radeon Xpress 200}, \ {0x1002, 0x5960, CHIP_RV280, ATI Radeon RV280 9200}, \ {0x1002, 0x5961, CHIP_RV280, ATI Radeon RV280 9200 SE}, \ {0x1002, 0x5962, CHIP_RV280, ATI Radeon RV280 9200}, \
Re: ATI Mobility Radeon XPRESS 200
On 3/23/06, Scot Hetzel [EMAIL PROTECTED] wrote: I recently purchased a HP Pavilion dv81325nr. This system uses a ATI Mobility Radeon Xpress 200 graphics card. When I booted FreeBSD 6.1-Beta 4, the radeon kernel module didn't detect this card. I used pciconf -l -v, and it shows the following for this graphics card: [EMAIL PROTECTED]:5:0: class=0x03 card=0x309b103c chip=0x59551002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Mobility Radeon XPRESS 200' class= display subclass = VGA I then added this cards chip id to sys/dev/drm/drm_pciids.h (see attached patch), recompiled the drm, and radeon kernel modules. This allowed the radeon kernel module to detect the card. How do i test if this change is correct? Is this card in the current drm_pciid.txt file, if not could some on please added it? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. The correct patch is found here: https://bugs.freedesktop.org/attachment.cgi?id=4971 Beware it will lock up your machine when starting X. --- 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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: x700 and DRI
On 3/23/06, Roland Scheidegger [EMAIL PROTECTED] wrote: As Alex said, your drm is probably too old. Lots of pci ids (including those from X700) were just added a week ago and your drm looks way older. And, judging by the xorg log, the ddx is a bit oldish too, the memory detection output looks quite a bit different nowadays. If you're on x86_64, you may need to compile from cvs head. Roland Do you think that the memory detection on the RS480 is correct now with the recent changes? I have not compiled xorg cvs since the release of 6.9. I have to switch to the modular build so I haven't done it yet. Jesse --- 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=lnkkid0944bid$1720dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5714] Front buffer removal from libdri
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=5714 --- Additional Comments From [EMAIL PROTECTED] 2006-03-24 10:05 --- Another thing to consider when updating the interface: we may want a way to pass the client application name to the DRI driver for the purpose of parsing .drirc. The .drirc file can have different settings for different applications and for the dri driver to parse the section corresponding to the remote client, we need to be able to pass the client name. This will also require a new GLX extension, of course, but for now I'm just making a note of it here for the purpose of dri driver interface changes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- 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
[RFC: -mm patch] remove drm_{alloc,free}_pages
On Thu, Mar 23, 2006 at 01:40:46AM -0800, Andrew Morton wrote: ... Changes since 2.6.16-rc6-mm2: ... git-drm.patch ... git trees. ... drm_alloc_pages and drm_free_pages can now be removed. Signed-off-by: Adrian Bunk [EMAIL PROTECTED] --- drivers/char/drm/drmP.h |2 drivers/char/drm/drm_memory.c | 59 --- drivers/char/drm/drm_memory_debug.h | 70 3 files changed, 131 deletions(-) --- linux-2.6.16-mm1-full/drivers/char/drm/drmP.h.old 2006-03-23 23:05:06.0 +0100 +++ linux-2.6.16-mm1-full/drivers/char/drm/drmP.h 2006-03-23 23:05:37.0 +0100 @@ -813,8 +813,6 @@ extern int drm_mem_info(char *buf, char **start, off_t offset, int request, int *eof, void *data); extern void *drm_realloc(void *oldpt, size_t oldsize, size_t size, int area); -extern unsigned long drm_alloc_pages(int order, int area); -extern void drm_free_pages(unsigned long address, int order, int area); extern void *drm_ioremap(unsigned long offset, unsigned long size, drm_device_t * dev); extern void *drm_ioremap_nocache(unsigned long offset, unsigned long size, --- linux-2.6.16-mm1-full/drivers/char/drm/drm_memory_debug.h.old 2006-03-23 23:05:19.0 +0100 +++ linux-2.6.16-mm1-full/drivers/char/drm/drm_memory_debug.h 2006-03-23 23:05:30.0 +0100 @@ -206,76 +206,6 @@ } } -unsigned long drm_alloc_pages (int order, int area) { - unsigned long address; - unsigned long bytes = PAGE_SIZE order; - unsigned long addr; - unsigned int sz; - - spin_lock(drm_mem_lock); - if ((drm_ram_used PAGE_SHIFT) -(DRM_RAM_PERCENT * drm_ram_available) / 100) { - spin_unlock(drm_mem_lock); - return 0; - } - spin_unlock(drm_mem_lock); - - address = __get_free_pages(GFP_KERNEL|__GFP_COMP, order); - if (!address) { - spin_lock(drm_mem_lock); - ++drm_mem_stats[area].fail_count; - spin_unlock(drm_mem_lock); - return 0; - } - spin_lock(drm_mem_lock); - ++drm_mem_stats[area].succeed_count; - drm_mem_stats[area].bytes_allocated += bytes; - drm_ram_used += bytes; - spin_unlock(drm_mem_lock); - - /* Zero outside the lock */ - memset((void *)address, 0, bytes); - - /* Reserve */ - for (addr = address, sz = bytes; -sz 0; addr += PAGE_SIZE, sz -= PAGE_SIZE) { - SetPageReserved(virt_to_page(addr)); - } - - return address; -} - -void drm_free_pages (unsigned long address, int order, int area) { - unsigned long bytes = PAGE_SIZE order; - int alloc_count; - int free_count; - unsigned long addr; - unsigned int sz; - - if (!address) { - DRM_MEM_ERROR(area, Attempt to free address 0\n); - } else { - /* Unreserve */ - for (addr = address, sz = bytes; -sz 0; addr += PAGE_SIZE, sz -= PAGE_SIZE) { - ClearPageReserved(virt_to_page(addr)); - } - free_pages(address, order); - } - - spin_lock(drm_mem_lock); - free_count = ++drm_mem_stats[area].free_count; - alloc_count = drm_mem_stats[area].succeed_count; - drm_mem_stats[area].bytes_freed += bytes; - drm_ram_used -= bytes; - spin_unlock(drm_mem_lock); - if (free_count alloc_count) { - DRM_MEM_ERROR(area, - Excess frees: %d frees, %d allocs\n, - free_count, alloc_count); - } -} - void *drm_ioremap (unsigned long offset, unsigned long size, drm_device_t * dev) { void *pt; --- linux-2.6.16-mm1-full/drivers/char/drm/drm_memory.c.old 2006-03-23 23:05:54.0 +0100 +++ linux-2.6.16-mm1-full/drivers/char/drm/drm_memory.c 2006-03-23 23:06:11.0 +0100 @@ -79,65 +79,6 @@ return pt; } -/** - * Allocate pages. - * - * \param order size order. - * \param area memory area. (Not used.) - * \return page address on success, or zero on failure. - * - * Allocate and reserve free pages. - */ -unsigned long drm_alloc_pages(int order, int area) -{ - unsigned long address; - unsigned long bytes = PAGE_SIZE order; - unsigned long addr; - unsigned int sz; - - address = __get_free_pages(GFP_KERNEL|__GFP_COMP, order); - if (!address) - return 0; - - /* Zero */ - memset((void *)address, 0, bytes); - - /* Reserve */ - for (addr = address, sz = bytes; -sz 0; addr += PAGE_SIZE, sz -= PAGE_SIZE) { - SetPageReserved(virt_to_page(addr)); - } - - return address; -} - -/** - * Free pages. - * - * \param address address of the pages to free. - * \param order size order. - * \param area memory
[-mm patch] drivers/video/intelfb/intelfbhw.c: make struct plls static
On Thu, Mar 23, 2006 at 01:40:46AM -0800, Andrew Morton wrote: ... Changes since 2.6.16-rc6-mm2: ... git-intelfb.patch ... git trees. ... This patch makes a needlessly global struct static. Signed-off-by: Adrian Bunk [EMAIL PROTECTED] --- linux-2.6.16-mm1-full/drivers/video/intelfb/intelfbhw.c.old 2006-03-23 23:12:20.0 +0100 +++ linux-2.6.16-mm1-full/drivers/video/intelfb/intelfbhw.c 2006-03-23 23:12:30.0 +0100 @@ -56,7 +56,7 @@ #define PLLS_I9xx 1 #define PLLS_MAX 2 -struct pll_min_max plls[PLLS_MAX] = { +static struct pll_min_max plls[PLLS_MAX] = { { 108, 140, 18, 26, 6, 16, 3, 16, 4, 128, 0, 31, 93, 140, 165000, 4, 22 }, //I8xx { 75, 120, 10, 20, 5, 9, 4, 7, 5, 80, 1, 8, 93, 280, 20, 10, 5 } //I9xx }; --- 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)
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. --- 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