You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
(25) |
Apr
(38) |
May
(9) |
Jun
(39) |
Jul
(64) |
Aug
(73) |
Sep
(86) |
Oct
(91) |
Nov
(112) |
Dec
(90) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(158) |
Feb
(178) |
Mar
(305) |
Apr
(269) |
May
(302) |
Jun
(126) |
Jul
(171) |
Aug
(143) |
Sep
(146) |
Oct
(96) |
Nov
(105) |
Dec
(100) |
2002 |
Jan
(112) |
Feb
(50) |
Mar
(91) |
Apr
(88) |
May
(99) |
Jun
(217) |
Jul
(95) |
Aug
(129) |
Sep
(107) |
Oct
(283) |
Nov
(261) |
Dec
(153) |
2003 |
Jan
(203) |
Feb
(129) |
Mar
(125) |
Apr
(159) |
May
(120) |
Jun
(165) |
Jul
(185) |
Aug
(181) |
Sep
(149) |
Oct
(165) |
Nov
(199) |
Dec
(165) |
2004 |
Jan
(121) |
Feb
(155) |
Mar
(246) |
Apr
(132) |
May
(113) |
Jun
(59) |
Jul
(146) |
Aug
(58) |
Sep
(96) |
Oct
(150) |
Nov
(143) |
Dec
(66) |
2005 |
Jan
(194) |
Feb
(193) |
Mar
(127) |
Apr
(53) |
May
(74) |
Jun
(43) |
Jul
(45) |
Aug
(83) |
Sep
(72) |
Oct
(74) |
Nov
(103) |
Dec
(79) |
2006 |
Jan
(129) |
Feb
(116) |
Mar
(124) |
Apr
(97) |
May
(44) |
Jun
(48) |
Jul
(22) |
Aug
(38) |
Sep
(23) |
Oct
(68) |
Nov
(62) |
Dec
(41) |
2007 |
Jan
(41) |
Feb
(27) |
Mar
(22) |
Apr
(19) |
May
(17) |
Jun
(11) |
Jul
(5) |
Aug
(6) |
Sep
(13) |
Oct
(21) |
Nov
(13) |
Dec
(18) |
2008 |
Jan
(25) |
Feb
(7) |
Mar
(19) |
Apr
|
May
(12) |
Jun
(12) |
Jul
(3) |
Aug
(14) |
Sep
(5) |
Oct
|
Nov
(5) |
Dec
(4) |
2009 |
Jan
|
Feb
(4) |
Mar
|
Apr
(2) |
May
(2) |
Jun
(3) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(7) |
2010 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
From: R. A. K. <rak...@gm...> - 2008-12-10 16:43:28
|
I have this card on my laptop and DRI does work fine. I am running Kubuntu 8.10. It has Mesa 7.2. On Wed, Dec 10, 2008 at 10:52 AM, Roger D Vargas <ro...@eh...> wrote: > I have searched if there is at least some basic dri support for this > card, but I cant find anything clear. According to xorg log, DRI is > broken for this card, and glxinfo reports no direct rendering. I would > like to have some basic 3d, for Xfce compositing and minimal opengl. Is > this possible? > > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > -- > _______________________________________________ > Dri-users mailing list > Dri...@li... > https://lists.sourceforge.net/lists/listinfo/dri-users > |
From: Roger D V. <ro...@eh...> - 2008-12-10 16:33:01
|
I have searched if there is at least some basic dri support for this card, but I cant find anything clear. According to xorg log, DRI is broken for this card, and glxinfo reports no direct rendering. I would like to have some basic 3d, for Xfce compositing and minimal opengl. Is this possible? |
From: tom j. <hat...@gm...> - 2008-11-25 05:51:53
|
Hi Kristian, Eric, Dave & others, I'm wondering if anyone here would be kind enough to help me with this problem i'm having getting wayland to run. I've got a gem & modesetting 2.6.28.rc5 kernel, and eagle & wayland are compiled ok. But when running wayland, the DRM_IOCTL_GEM_FLINK call fails in eagle's intel.c:nativeInitDRICopyBuffer() function. I've put some debugging prints into the drm section in my kernel. I found the drm_ioctl_gem_flink call is returning -EBADF because the handle it gets passed is, i guess, wrong. It looks suspicious to me, being so low: When I run wayland, that handle is 5. When I run eagle's "test", that handle is 3. (But I don't know what it should be or what looks valid.) Either way, that drm_ioctl_gem_flink function doesn't like it, because it tries to do the GEM object lookup with it (via the idr system), and doesn't find it. Before calling that ioctl, eagle gets that handle from the drmModeGetFB( ) function. So does it look like (to you) that that drmModeGetFB( ) function is giving out a bogus handle? Also can you tell me (Kristian) why that handle should be able to be found via idr lookup, should it have been created by something already, i.e. in the drmModeGetFB( ) function or somewhere? Any help or pointers would be appreciated, Thanks, Tom. ---- p.s. Here's the part of the code in eagle/intel.c that I'm talking about: fb = drmModeGetFB(display->fd, crtc->buffer_id); if (fb == NULL) { fprintf(stderr, "drmModeGetFB returns NULL\n"); return; } flink.handle = fb->handle; if (ioctl(display->fd, DRM_IOCTL_GEM_FLINK, &flink) < 0) { <<-- **********FAILS********** fprintf(stderr, "failed to create buffer\n"); return; } --- (another weird thing is that this code says that the ioctl is returning -1, but the kernel says the ioctl is returning -9. Oh well, I believe the kernel.) |
From: tom j. <hat...@gm...> - 2008-11-16 11:51:43
|
The kernel compiled with Jesse's i915 kernel modesetting patches doesn't work quite correctly on my GM965 card. When running the kernel, trying to switch to a text-mode console results in just a flashing vertical stripe motif screen, and every second boot fails with just jibberish colours flashing on the screen. So i'm unable to try out the modeset=1 flag. Although I do get a nice small-text text-mode modeswitch on bootup before gnome starts now. I'm up for helping track this down and fixing it. First, are the patches meant to work on the GM965 does anybody know? And if not, what needs to be done to get them to work? The card is "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03)". I got Jesse's patches from here: http://sites.google.com/site/dranger003/Home -- Tom. |
From: Philipp K. K. <pk...@sp...> - 2008-11-16 10:30:56
|
I'd like to try GPGPU on my 965GM. However each computation would output a 64 bit integer value. How can I do this? glxinfo tells me about RGBA8888 visuals only, that could be used as 32 bit integer per pixel. What could I do to get 64 bit? The visuals that have a 64 bit accum buffer are markes as slow, which means software rendering I suppose. Philipp |
From: <os...@gm...> - 2008-11-11 05:16:45
|
A further investigation reveals that ATI fglrx kernel model has the version of 8.50.3. Removing it and loading the kernel drm module solves the problem. os...@gm... wrote: > Hey, > > When I tried to find out the reason why my X becomes very slow after > upgrading to X server-1.3, I found the following error messages and the > code that generate them. The direct reason is an obvious hard coded > version check. It seems that DRI radeon driver developers ignored the > kernel DRM version. > > System environment: > > Linux 2.6.20-gentoo-r8 > X server xorg-server-1.3.0.0-r6 > > ERROR messages: > > =============Xorg.log================ > .... > (EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version > mismatch. > [dri] radeon.o kernel module version is 8.50.3 but version 1.17.0 or > newer is needed. > [dri] Disabling DRI. > ... > ===================================== > > CODE generating the error: > > ==============src/radeon_drv.c========== > > Bool RADEONDRIGetVersion(ScrnInfoPtr pScrn) > { > .... > /* Now check if we qualify */ > if (info->ChipFamily >= CHIP_FAMILY_R300) { > req_minor = 17; > req_patch = 0; > } else if (info->IsIGP) { > req_minor = 10; > req_patch = 0; > } else { /* Many problems have been reported with 1.7 in the 2.4 > kernel */ > req_minor = 8; > req_patch = 0; > } > > /* We don't, bummer ! */ > if (info->pKernelDRMVersion->version_major != 1 || > info->pKernelDRMVersion->version_minor < req_minor || > (info->pKernelDRMVersion->version_minor == req_minor && > info->pKernelDRMVersion->version_patchlevel < req_patch)) { > /* Incompatible drm version */ > xf86DrvMsg(pScrn->scrnIndex, X_ERROR, > "[dri] RADEONDRIGetVersion failed because of a version " > "mismatch.\n" > "[dri] radeon.o kernel module version is %d.%d.%d " > "but version 1.%d.%d or newer is needed.\n" > "[dri] Disabling DRI.\n", > info->pKernelDRMVersion->version_major, > info->pKernelDRMVersion->version_minor, > info->pKernelDRMVersion->version_patchlevel, > req_minor, > req_patch); > drmFreeVersion(info->pKernelDRMVersion); > info->pKernelDRMVersion = NULL; > return FALSE; > } > } > ======================================= > > Obviously, the developers expect a kernel DRM version of 1.a.b-c, where > a >= 17 and (b <> 0 or c >=0). I have no idea how the DRI is versioned, > but this is strange to me. In my case, the kernel module version is > 8.50.3, which is not 1.a.b.-c. I don't know how kernel DRM version is > numbered either, but it had worked for a couple of years until last week > when I upgraded my X. > > The direct result is that X uses a lot of CPU time when playing flash > video, resulting unnecessary slow down of the system. > > The code suggests that either the comparison check or the DRI version or > the kernel version of DRM should be changed to correctly enable DRI > service. > > Thanks. > Lu > |
From: <os...@gm...> - 2008-11-10 08:50:18
|
Hey, When I tried to find out the reason why my X becomes very slow after upgrading to X server-1.3, I found the following error messages and the code that generate them. The direct reason is an obvious hard coded version check. It seems that DRI radeon driver developers ignored the kernel DRM version. System environment: Linux 2.6.20-gentoo-r8 X server xorg-server-1.3.0.0-r6 ERROR messages: =============Xorg.log================ .... (EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch. [dri] radeon.o kernel module version is 8.50.3 but version 1.17.0 or newer is needed. [dri] Disabling DRI. ... ===================================== CODE generating the error: ==============src/radeon_drv.c========== Bool RADEONDRIGetVersion(ScrnInfoPtr pScrn) { .... /* Now check if we qualify */ if (info->ChipFamily >= CHIP_FAMILY_R300) { req_minor = 17; req_patch = 0; } else if (info->IsIGP) { req_minor = 10; req_patch = 0; } else { /* Many problems have been reported with 1.7 in the 2.4 kernel */ req_minor = 8; req_patch = 0; } /* We don't, bummer ! */ if (info->pKernelDRMVersion->version_major != 1 || info->pKernelDRMVersion->version_minor < req_minor || (info->pKernelDRMVersion->version_minor == req_minor && info->pKernelDRMVersion->version_patchlevel < req_patch)) { /* Incompatible drm version */ xf86DrvMsg(pScrn->scrnIndex, X_ERROR, "[dri] RADEONDRIGetVersion failed because of a version " "mismatch.\n" "[dri] radeon.o kernel module version is %d.%d.%d " "but version 1.%d.%d or newer is needed.\n" "[dri] Disabling DRI.\n", info->pKernelDRMVersion->version_major, info->pKernelDRMVersion->version_minor, info->pKernelDRMVersion->version_patchlevel, req_minor, req_patch); drmFreeVersion(info->pKernelDRMVersion); info->pKernelDRMVersion = NULL; return FALSE; } } ======================================= Obviously, the developers expect a kernel DRM version of 1.a.b-c, where a >= 17 and (b <> 0 or c >=0). I have no idea how the DRI is versioned, but this is strange to me. In my case, the kernel module version is 8.50.3, which is not 1.a.b.-c. I don't know how kernel DRM version is numbered either, but it had worked for a couple of years until last week when I upgraded my X. The direct result is that X uses a lot of CPU time when playing flash video, resulting unnecessary slow down of the system. The code suggests that either the comparison check or the DRI version or the kernel version of DRM should be changed to correctly enable DRI service. Thanks. Lu |
From: Philipp K. K. <pk...@sp...> - 2008-09-16 04:22:18
|
Both someone on opengl.org and me get this from glxinfo: OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 965GM 20061102 OpenGL version string: 1.4 Mesa 7.1 I see no error messages with LIBGL_DEBUG=verbose. Why is the GL version 1.4 instead of 2.1? The i965 driver seems to offer the necessary extensions (with one exception, see below), there's a #define need_GL_VERSION_2_1 in the code. The driver does not advertise GL_ARB_occlusion_query. However there's a #define need_GL_ARB_occlusion_query in the code and there have been multiple commits to mesa that claim to have made changes to ARB occlusion queries in the i965 driver. Philipp P.S.: I now found out about this problem (by looking at the svn changelogs), however I decided to leave the text above as written to illustrate that something has to be done about this since it really confuses Mesa users. Mesa users wonder why they don't get GL 2.1 and Mesa fails at telling them why. Occlusion queries need DRM 1.8. Most people seem to have lower versions. Please give a warning / error message when the DRM version is too low to support all features supported by the driver, at least when LIGL_DEBUG=verbose is enabled. |
From: R. A. K. <rak...@gm...> - 2008-09-05 12:03:00
|
Try this: http://www.phoronix.com/forums/ You might get a better response or at least a response over there. -A On Fri, Sep 5, 2008 at 12:40 AM, Chris Collins <ch...@eo...> wrote: > Hello Folks, > > Is there another forum where this would be a more > appropriate question? Should this go to the 'devel' list. > > On Tue, Sep 02, 2008 at 11:52:59PM -0700, Chris Collins wrote: > > > ***Here below is a snippet of log, seems this is the problem.*** > > > > drmGetBusid returned '' > > (II) [drm] DRM interface version 1.0 > > (EE) [drm] Could not set DRM device bus ID. > > (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. > > > --Chris > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > -- > _______________________________________________ > Dri-users mailing list > Dri...@li... > https://lists.sourceforge.net/lists/listinfo/dri-users > |
From: Chris C. <ch...@eo...> - 2008-09-05 04:52:46
|
Hello Folks, Is there another forum where this would be a more appropriate question? Should this go to the 'devel' list. On Tue, Sep 02, 2008 at 11:52:59PM -0700, Chris Collins wrote: > ***Here below is a snippet of log, seems this is the problem.*** > > drmGetBusid returned '' > (II) [drm] DRM interface version 1.0 > (EE) [drm] Could not set DRM device bus ID. > (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. --Chris |
From: Chris C. <ch...@eo...> - 2008-09-05 04:40:27
|
Hello Folks, Is there another forum where this would be a more appropriate question? Should this go to the 'devel' list. On Tue, Sep 02, 2008 at 11:52:59PM -0700, Chris Collins wrote: > ***Here below is a snippet of log, seems this is the problem.*** > > drmGetBusid returned '' > (II) [drm] DRM interface version 1.0 > (EE) [drm] Could not set DRM device bus ID. > (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. --Chris |
From: Chris C. <ch...@eo...> - 2008-09-03 06:53:04
|
Hello, I've just 'upgraded' from an AIW Rage Pro which used the r128 server and ran with DRI, to a ATI Radeon 8500 LE. I can't get this Radeon server to use DRI. There is an error I see in the log, which talks about the 'DRM device bus ID' not being found. I have an MVP3 chipset in my motherboard...I think there mights have been some past issues with the radeon/MVP3 combo that was to have been resolved. I think the dri-users list has the institutional knowledge on this, but if anyone here has some advise on a different mailing list I am all ears. --Chris ****************** Here is lspci -v 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R200 QL [Radeon 8500 LE] (prog-if 00 [VGA controller]) Subsystem: ATI Technologies Inc Radeon R200 QL [Radeon 8500 LE] Flags: bus master, stepping, 66MHz, medium devsel, latency 64, IRQ 11 Memory at <ignored> (32-bit, prefetchable) I/O ports at c000 [size=256] Memory at f1000000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at f0000000 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Capabilities: [50] Power Management version 2 ***Here below is a snippet of log, seems this is the problem.*** drmGetBusid returned '' (II) [drm] DRM interface version 1.0 (EE) [drm] Could not set DRM device bus ID. (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. ***************The complete log******************* This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Slackware 12.1 Slackware Linux Project Current Operating System: Linux ira 2.6.24.5 #2 Wed Apr 30 14:13:52 CDT 2008 i586 Build Date: 14 December 2007 12:30:03PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Aug 29 20:58:12 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "ADI MicroScan" (**) | |-->Device "ATI radeon 8500" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AIGLX" "true" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/share/fonts/TTF,/usr/share/fonts/OTF,/usr/share/fonts/Type1,/usr/share/fonts/misc,/usr/share/fonts/75dpi/:unscaled. (**) FontPath set to: /usr/share/fonts/TTF, /usr/share/fonts/OTF, /usr/share/fonts/Type1, /usr/share/fonts/misc, /usr/share/fonts/75dpi/:unscaled, /usr/lib/X11/fonts/misc/, /usr/lib/X11/fonts/75dpi/:unscaled, /usr/lib/X11/fonts/100dpi/:unscaled, /usr/lib/X11/fonts/Speedo/, /usr/lib/X11/fonts/Type1/, /usr/lib/X11/fonts/TTF/, /usr/lib/X11/fonts/OTF/, /usr/lib/X11/fonts/cyrillic/, /usr/lib/X11/fonts/75dpi/, /usr/lib/X11/fonts/100dpi/, /usr/share/fonts/TTF, /usr/share/fonts/OTF, /usr/share/fonts/Type1, /usr/share/fonts/misc, /usr/share/fonts/75dpi/:unscaled (==) RgbPath set to "/usr/share/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is enabled (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x81d2940 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0598 card 0000,0000 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0596 card 1106,0000 rev 12 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 0000,0000 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 08 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3050 card 0000,0000 rev 20 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 14b9,0350 card 0000,0000 rev 01 class 02,80,00 hdr 00 (II) PCI: 00:0c:0: chip 1102,0002 card 1102,0020 rev 04 class 04,01,00 hdr 80 (II) PCI: 00:0c:1: chip 1102,7002 card 1102,0020 rev 01 class 09,80,00 hdr 80 (II) PCI: 01:00:0: chip 1002,514c card 1002,003a rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B] [1] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B] [2] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B] [3] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xf0000000 - 0xf1ffffff (0x2000000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xc8000000 - 0xd7ffffff (0x10000000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) ATI Technologies Inc Radeon R200 QL [Radeon 8500 LE] rev 0, Mem @ 0xc0000000/0, 0xf1000000/16, I/O @ 0xc000/8, BIOS @ 0xf0000000/17 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe8000000 from 0xefffffff to 0xe7ffffff (II) Active PCI resource ranges: [0] -1 0 0xf2000000 - 0xf200007f (0x80) MX[B] [1] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]O [2] -1 0 0xf0000000 - 0xf001ffff (0x20000) MX[B](B) [3] -1 0 0xf1000000 - 0xf100ffff (0x10000) MX[B](B) [4] -1 0 0xc0000000 - 0xc0000000 (0x1) MX[B](B) [5] -1 0 0x0000e400 - 0x0000e407 (0x8) IX[B] [6] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [7] -1 0 0x0000dc00 - 0x0000dc3f (0x40) IX[B] [8] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B] [9] -1 0 0x0000d400 - 0x0000d41f (0x20) IX[B] [10] -1 0 0x0000d000 - 0x0000d00f (0x10) IX[B] [11] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xf2000000 - 0xf200007f (0x80) MX[B] [1] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]O [2] -1 0 0xf0000000 - 0xf001ffff (0x20000) MX[B](B) [3] -1 0 0xf1000000 - 0xf100ffff (0x10000) MX[B](B) [4] -1 0 0xc0000000 - 0xc0000000 (0x1) MX[B](B) [5] -1 0 0x0000e400 - 0x0000e407 (0x8) IX[B] [6] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [7] -1 0 0x0000dc00 - 0x0000dc3f (0x40) IX[B] [8] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B] [9] -1 0 0x0000d400 - 0x0000d41f (0x20) IX[B] [10] -1 0 0x0000d000 - 0x0000d00f (0x10) IX[B] [11] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xf2000000 - 0xf200007f (0x80) MX[B] [5] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]O [6] -1 0 0xf0000000 - 0xf001ffff (0x20000) MX[B](B) [7] -1 0 0xf1000000 - 0xf100ffff (0x10000) MX[B](B) [8] -1 0 0xc0000000 - 0xc0000000 (0x1) MX[B](B) [9] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [10] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [11] -1 0 0x0000e400 - 0x0000e407 (0x8) IX[B] [12] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [13] -1 0 0x0000dc00 - 0x0000dc3f (0x40) IX[B] [14] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B] [15] -1 0 0x0000d400 - 0x0000d41f (0x20) IX[B] [16] -1 0 0x0000d000 - 0x0000d00f (0x10) IX[B] [17] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "type1" will be loaded by default. (II) "record" will be loaded by default. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "dbe" (II) Loading /usr/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "freetype" (II) Loading /usr/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.4.0.90, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (**) AIGLX enabled (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "type1" (II) Loading /usr/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "record" (II) Loading /usr/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "radeon" (II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.4.2, module version = 4.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "mouse" (II) Loading /usr/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.3.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) LoadModule: "kbd" (II) Loading /usr/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.2.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI Radeon Mobility X300 (M24) 3152 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI Radeon 9650, ATI FireGL RV360 AV (AGP), ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon Mobility 7000 IGP 4437, ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 SE (R480) (AGP), ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9600TX NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI), ATI Radeon Mobility X300 (M22) 5460 (PCIE), ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE), ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 (R430) (PCIE), ATI FireGL V7100 (R423) (PCIE), ATI FireGL V5100 (R423) UQ (PCIE), ATI FireGL unknown (R423) UR (PCIE), ATI FireGL unknown (R423) UT (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility Radeon X700 XL (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Radeon X550XTX 5657 (PCIE), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon XPRESS 200 5954 (PCIE), ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon 9250 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI), ATI ES1000 5969 (PCI), ATI Radeon XPRESS 200 5974 (PCIE), ATI Radeon XPRESS 200M 5975 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE), ATI Radeon XPRESS 200M 5A42 (PCIE), ATI Radeon XPRESS 200 5A61 (PCIE), ATI Radeon XPRESS 200M 5A62 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI Radeon X550 (RV370) 5B63 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Mobility FireGL V5100 (M28) (PCIE), ATI Mobility Radeon X800 (M28) (PCIE), ATI Radeon X850 5D4C (PCIE), ATI Radeon X850 XT PE (R480) (PCIE), ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE), ATI unknown Radeon / FireGL (R480) 5D50 (PCIE), ATI Radeon X850 XT (R480) (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V5000 (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 PRO (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X1800, ATI Mobility Radeon X1800 XT, ATI Mobility Radeon X1800, ATI Mobility FireGL V7200, ATI FireGL V7200, ATI FireGL V5300, ATI Mobility FireGL V7100, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI FireGL V7300, ATI FireGL V7350, ATI Radeon X1600, ATI RV505, ATI Radeon X1300/X1550, ATI Radeon X1550, ATI M54-GL, ATI Mobility Radeon X1400, ATI Radeon X1300/X1550, ATI Radeon X1550 64-bit, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Radeon X1300, ATI Radeon X1300, ATI RV505, ATI RV505, ATI FireGL V3300, ATI FireGL V3350, ATI Radeon X1300, ATI Radeon X1550 64-bit, ATI Radeon X1300/X1550, ATI Radeon X1600, ATI Radeon X1300/X1550, ATI Mobility Radeon X1450, ATI Radeon X1300/X1550, ATI Mobility Radeon X2300, ATI Mobility Radeon X2300, ATI Mobility Radeon X1350, ATI Mobility Radeon X1350, ATI Mobility Radeon X1450, ATI Radeon X1300, ATI Radeon X1550, ATI Mobility Radeon X1350, ATI FireMV 2250, ATI Radeon X1550 64-bit, ATI Radeon X1600, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1600, ATI Mobility FireGL V5200, ATI Mobility Radeon X1600, ATI Radeon X1650, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1300 XT/X1600 Pro, ATI FireGL V3400, ATI Mobility FireGL V5250, ATI Mobility Radeon X1700, ATI Mobility Radeon X1700 XT, ATI FireGL V5200, ATI Mobility Radeon X1700, ATI Radeon X2300HD, ATI Mobility Radeon HD 2300, ATI Mobility Radeon HD 2300, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI AMD Stream Processor, ATI Radeon X1900, ATI Radeon X1950, ATI RV560, ATI RV560, ATI Mobility Radeon X1900, ATI RV560, ATI Radeon X1950 GT, ATI RV570, ATI RV570, ATI ATI FireGL V7400, ATI RV560, ATI Radeon X1650, ATI Radeon X1650, ATI RV560, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI RS740, ATI RS740M, ATI RS740, ATI RS740M, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 Pro, ATI Radeon HD 2900 GT, ATI FireGL V8650, ATI FireGL V8600, ATI FireGL V7600, ATI RV610, ATI Radeon HD 2400 XT, ATI Radeon HD 2400 Pro, ATI Radeon HD 2400 PRO AGP, ATI FireGL V4000, ATI RV610, ATI ATI Radeon HD 2350, ATI Mobility Radeon HD 2400 XT, ATI Mobility Radeon HD 2400, ATI RADEON E2400, ATI RV610, ATI RV670, ATI Radeon HD3870, ATI Radeon HD3850, ATI RV670, ATI Radeon HD3870 X2, ATI FireGL V7700, ATI RV630, ATI Mobility Radeon HD 2600, ATI Mobility Radeon HD 2600 XT, ATI Radeon HD 2600 XT AGP, ATI Radeon HD 2600 Pro AGP, ATI Radeon HD 2600 XT, ATI Radeon HD 2600 Pro, ATI Gemini RV630, ATI Gemini Mobility Radeon HD 2600 XT, ATI FireGL V5600, ATI FireGL V3600, ATI Radeon HD 2600 LE, ATI Radeon HD 3470, ATI Radeon HD 3450, ATI Radeon HD 3430, ATI Mobility Radeon HD 3430, ATI Mobility Radeon HD 3400 Series, ATI FireMV 2450, ATI FireMV 2260, ATI FireMV 2260, ATI ATI Radeon HD 3600 Series, ATI ATI Radeon HD 3650 AGP, ATI ATI Radeon HD 3600 PRO, ATI ATI Radeon HD 3600 XT, ATI ATI Radeon HD 3600 PRO, ATI Mobility Radeon HD 3650, ATI Mobility Radeon HD 3670, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset ATI Radeon 8500 QL (AGP) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xf2000000 - 0xf200007f (0x80) MX[B] [5] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]O [6] -1 0 0xf0000000 - 0xf001ffff (0x20000) MX[B](B) [7] -1 0 0xf1000000 - 0xf100ffff (0x10000) MX[B](B) [8] -1 0 0xc0000000 - 0xc0000000 (0x1) MX[B](B) [9] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [10] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [11] -1 0 0x0000e400 - 0x0000e407 (0x8) IX[B] [12] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [13] -1 0 0x0000dc00 - 0x0000dc3f (0x40) IX[B] [14] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B] [15] -1 0 0x0000d400 - 0x0000d41f (0x20) IX[B] [16] -1 0 0x0000d000 - 0x0000d00f (0x10) IX[B] [17] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (WW) ****INVALID MEM ALLOCATION**** b: 0xc0000000 e: 0xc0000000 correcting (II) window: [0] -1 0 0xc8000000 - 0xd7ffffff (0x10000000) MX[B] (II) resSize: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) window fixed: [0] -1 0 0xc8000000 - 0xd7ffffff (0x10000000) MX[B] (II) resource ranges after probing: [0] -1 0 0xc8000000 - 0xc8000000 (0x1) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xf2000000 - 0xf200007f (0x80) MX[B] [6] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]O [7] -1 0 0xf0000000 - 0xf001ffff (0x20000) MX[B](B) [8] -1 0 0xf1000000 - 0xf100ffff (0x10000) MX[B](B) [9] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [10] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [11] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x0000e400 - 0x0000e407 (0x8) IX[B] [15] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [16] -1 0 0x0000dc00 - 0x0000dc3f (0x40) IX[B] [17] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B] [18] -1 0 0x0000d400 - 0x0000d41f (0x20) IX[B] [19] -1 0 0x0000d000 - 0x0000d00f (0x10) IX[B] [20] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) [21] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [22] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0x00000000f1000000: size 64KB (II) RADEON(0): PCI bus 1 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (**) RADEON(0): Option "AGPMode" "1" (**) RADEON(0): Option "EnablePageFlip" "1" (**) RADEON(0): Option "ColorTiling" "1" (**) RADEON(0): Option "AccelMethod" "EXA" (**) RADEON(0): Option "DRI" "1" (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 0.1.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (--) RADEON(0): Chipset: "ATI Radeon 8500 QL (AGP)" (ChipID = 0x514c) (--) RADEON(0): Linear framebuffer at 0x00000000c8000000 (--) RADEON(0): BIOS at 0xf0000000 (II) RADEON(0): AGP card detected (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): initializing int10 (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (II) RADEON(0): Legacy BIOS detected drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card2 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card3 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card4 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card5 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card6 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card7 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card8 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card9 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card10 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card11 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card12 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card13 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card14 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmGetBusid returned '' (II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.28.0 (**) RADEON(0): Page Flipping enabled (II) RADEON(0): Will try to use DMA for Xv image transfers (II) RADEON(0): Detected total video RAM=131072K, accessible=131072K (PCI BAR=131072K) (--) RADEON(0): Mapped VideoRAM: 131072 kByte (128 bit DDR SDRAM) (II) RADEON(0): Color tiling enabled by default (II) RADEON(0): Max desktop size set to 2048x1200 (II) RADEON(0): For a larger or smaller max desktop size, add a Virtual line to your xorg.conf (II) RADEON(0): If you are having trouble with 3D, reduce the desktop size by adjusting the Virtual line to your xorg.conf (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) RADEON(0): ref_freq: 2700, min_out_pll: 20000, max_out_pll: 35000, min_in_pll: 40, max_in_pll: 3000, xclk: 25000, sclk: 250.000000, mclk: 250.000000 (II) RADEON(0): PLL parameters: rf=2700 rd=12 min=20000 max=35000; xclk=25000 (II) RADEON(0): Bios Connector table: (II) RADEON(0): Port0: DDCType-0x60, DACType-1, TMDSType-1, ConnectorType-1 (II) RADEON(0): Output VGA-0 using monitor section ADI MicroScan (II) RADEON(0): I2C bus "VGA-0" initialized. (II) RADEON(0): Port0: Monitor -- AUTO Connector -- VGA DAC Type -- Primary TMDS Type -- None DDC Type -- 0x60 (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): EDID vendor "ADI", prod id 9345 (II) RADEON(0): Using hsync ranges from config file (II) RADEON(0): Using vrefresh ranges from config file (II) RADEON(0): Printing DDC gathered Modelines: (II) RADEON(0): Modeline "640x480"x0.0 25.18 640 656 752 784 480 490 492 509 -hsync -vsync (32.1 kHz) (II) RADEON(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) RADEON(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) RADEON(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) RADEON(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) RADEON(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) RADEON(0): Modeline "640x360"x69.4 21.00 640 664 720 800 360 363 368 378 -hsync +vsync (26.2 kHz) (II) RADEON(0): Modeline "800x600"x84.9 56.75 800 848 928 1056 600 603 607 633 -hsync +vsync (53.7 kHz) (II) RADEON(0): Modeline "1024x768"x84.9 94.50 1024 1096 1200 1376 768 771 775 809 -hsync +vsync (68.7 kHz) (II) RADEON(0): Modeline "1280x1024"x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 1 (II) RADEON(0): EDID data from the display on output: VGA-0 ---------------------- (II) RADEON(0): Manufacturer: ADI Model: 2481 Serial#: 33558663 (II) RADEON(0): Year: 1997 Week: 50 (II) RADEON(0): EDID Version: 1.1 (II) RADEON(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V (II) RADEON(0): Sync: Separate (II) RADEON(0): Max H-Image Size [cm]: horiz.: 30 vert.: 23 (II) RADEON(0): Gamma: 2.25 (II) RADEON(0): DPMS capabilities: Suspend Off; RGB/Color Display (II) RADEON(0): redX: 0.625 redY: 0.340 greenX: 0.310 greenY: 0.592 (II) RADEON(0): blueX: 0.150 blueY: 0.063 whiteX: 0.281 whiteY: 0.311 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 640 vsize 360 refresh: 70 vid: 51761 (II) RADEON(0): #1: hsize: 800 vsize 600 refresh: 85 vid: 22853 (II) RADEON(0): #2: hsize: 1024 vsize 768 refresh: 85 vid: 22881 (II) RADEON(0): #3: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 25.2 MHz Image Size: 300 x 230 mm (II) RADEON(0): h_active: 640 h_sync: 656 h_sync_end 752 h_blank_end 784 h_border: 8 (II) RADEON(0): v_active: 480 v_sync: 490 v_sync_end 492 v_blanking: 509 v_border: 8 (II) RADEON(0): Ranges: V min: 50 V max: 120 Hz, H min: 30 H max: 69 kHz, (II) RADEON(0): Serial No: 750P10201087 (II) RADEON(0): Monitor name: ADI 5P (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff000489812487100002 (II) RADEON(0): 32070101081e177d680692a0574f9726 (II) RADEON(0): 10484fa56a0031ca4559615981800101 (II) RADEON(0): 010101010101d609809020e01d101060 (II) RADEON(0): a2002ce610080818000000fd0032781e (II) RADEON(0): 45ff000a202020202020000000ff0037 (II) RADEON(0): 35305031303230313038370a000000fc (II) RADEON(0): 004144492035500a2020202020200025 finished output detect: 0 finished all detect before xf86InitialConfiguration (II) RADEON(0): EDID vendor "ADI", prod id 9345 (II) RADEON(0): Using hsync ranges from config file (II) RADEON(0): Using vrefresh ranges from config file (II) RADEON(0): Printing DDC gathered Modelines: (II) RADEON(0): Modeline "640x480"x0.0 25.18 640 656 752 784 480 490 492 509 -hsync -vsync (32.1 kHz) (II) RADEON(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) RADEON(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) RADEON(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) RADEON(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) RADEON(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) RADEON(0): Modeline "640x360"x69.4 21.00 640 664 720 800 360 363 368 378 -hsync +vsync (26.2 kHz) (II) RADEON(0): Modeline "800x600"x84.9 56.75 800 848 928 1056 600 603 607 633 -hsync +vsync (53.7 kHz) (II) RADEON(0): Modeline "1024x768"x84.9 94.50 1024 1096 1200 1376 768 771 775 809 -hsync +vsync (68.7 kHz) (II) RADEON(0): Modeline "1280x1024"x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 1 (II) RADEON(0): EDID data from the display on output: VGA-0 ---------------------- (II) RADEON(0): Manufacturer: ADI Model: 2481 Serial#: 33558663 (II) RADEON(0): Year: 1997 Week: 50 (II) RADEON(0): EDID Version: 1.1 (II) RADEON(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V (II) RADEON(0): Sync: Separate (II) RADEON(0): Max H-Image Size [cm]: horiz.: 30 vert.: 23 (II) RADEON(0): Gamma: 2.25 (II) RADEON(0): DPMS capabilities: Suspend Off; RGB/Color Display (II) RADEON(0): redX: 0.625 redY: 0.340 greenX: 0.310 greenY: 0.592 (II) RADEON(0): blueX: 0.150 blueY: 0.063 whiteX: 0.281 whiteY: 0.311 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 640 vsize 360 refresh: 70 vid: 51761 (II) RADEON(0): #1: hsize: 800 vsize 600 refresh: 85 vid: 22853 (II) RADEON(0): #2: hsize: 1024 vsize 768 refresh: 85 vid: 22881 (II) RADEON(0): #3: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 25.2 MHz Image Size: 300 x 230 mm (II) RADEON(0): h_active: 640 h_sync: 656 h_sync_end 752 h_blank_end 784 h_border: 8 (II) RADEON(0): v_active: 480 v_sync: 490 v_sync_end 492 v_blanking: 509 v_border: 8 (II) RADEON(0): Ranges: V min: 50 V max: 120 Hz, H min: 30 H max: 69 kHz, (II) RADEON(0): Serial No: 750P10201087 (II) RADEON(0): Monitor name: ADI 5P (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff000489812487100002 (II) RADEON(0): 32070101081e177d680692a0574f9726 (II) RADEON(0): 10484fa56a0031ca4559615981800101 (II) RADEON(0): 010101010101d609809020e01d101060 (II) RADEON(0): a2002ce610080818000000fd0032781e (II) RADEON(0): 45ff000a202020202020000000ff0037 (II) RADEON(0): 35305031303230313038370a000000fc (II) RADEON(0): 004144492035500a2020202020200025 in RADEONProbeOutputModes (II) RADEON(0): EDID vendor "ADI", prod id 9345 (II) RADEON(0): Output VGA-0 connected (II) RADEON(0): Output VGA-0 using initial mode 1280x960 after xf86InitialConfiguration (**) RADEON(0): Display dimensions: (300, 230) mm (**) RADEON(0): DPI set to (135, 132) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (**) RADEON(0): Using EXA acceleration architecture (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 2.2.0 ABI class: X.Org Video Driver, version 2.0 (==) RADEON(0): Assuming overlay scaler buffer width is 1920 (II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable. (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (!!) RADEON(0): MergedFB support has been removed and replaced with xrandr 1.2 support (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xf1000000 - 0xf100ffff (0x10000) MX[B] [1] 0 0 0xc8000000 - 0xc8000000 (0x1) MX[B] [2] -1 0 0xc8000000 - 0xc8000000 (0x1) MX[B](B) [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xf2000000 - 0xf200007f (0x80) MX[B] [8] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]O [9] -1 0 0xf0000000 - 0xf001ffff (0x20000) MX[B](B) [10] -1 0 0xf1000000 - 0xf100ffff (0x10000) MX[B](B) [11] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [12] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [13] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [14] 0 0 0x0000c000 - 0x0000c0ff (0x100) IX[B] [15] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [16] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [17] -1 0 0x0000e400 - 0x0000e407 (0x8) IX[B] [18] -1 0 0x0000e000 - 0x0000e01f (0x20) IX[B] [19] -1 0 0x0000dc00 - 0x0000dc3f (0x40) IX[B] [20] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B] [21] -1 0 0x0000d400 - 0x0000d41f (0x20) IX[B] [22] -1 0 0x0000d000 - 0x0000d00f (0x10) IX[B] [23] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) [24] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [25] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) RADEON(0): RADEONScreenInit c8000000 0 0 (==) RADEON(0): Write-combining range (0xc8000000,0x8000000) (==) RADEON(0): Using 24 bit depth buffer (II) RADEON(0): RADEONInitMemoryMap() : (II) RADEON(0): mem_size : 0x08000000 (II) RADEON(0): MC_FB_LOCATION : 0xc7ffc000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (II) RADEON(0): Depth moves disabled by default (==) RADEON(0): Not using accelerated EXA DownloadFromScreen hook (II) RADEON(0): Allocating from a screen of 131072 kb (II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x00753000 (II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x00757000 (II) RADEON(0): Will use 7500 kb for front buffer at offset 0x00000000 (II) RADEON(0): Will use 7500 kb for back buffer at offset 0x0075b000 (II) RADEON(0): Will use 7500 kb for depth buffer at offset 0x00eae000 (II) RADEON(0): Will use 53760 kb for textures at offset 0x01601000 (II) RADEON(0): Will use 54780 kb for X Server offscreen at offset 0x04a81000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card2 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card3 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card4 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card5 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card6 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card7 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card8 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card9 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card10 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card11 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card12 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card13 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card14 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmGetBusid returned '' (II) [drm] DRM interface version 1.0 (EE) [drm] Could not set DRM device bus ID. (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. init memmap init common init crtc1 init pll1 freq: 108000000 best_freq: 108000000 best_feedback_div: 16 best_ref_div: 2 best_post_div: 2 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xc7ffc000 0x1fff0000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 restore common restore crtc1 restore pll1 finished PLL1 restore dac (==) RADEON(0): Backing store disabled (WW) RADEON(0): Direct rendering disabled (II) RADEON(0): Render acceleration enabled for R200 type cards. (II) EXA(0): Offscreen pixmap area of 56094720 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (II) UploadToScreen (II) DownloadFromScreen (II) RADEON(0): Acceleration enabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): No video input capabilities detected and no information is provided - disabling multimedia i2c (II) Loading sub module "theatre_detect" (II) LoadModule: "theatre_detect" (II) Loading /usr/lib/xorg/modules/multimedia//theatre_detect_drv.so (II) Module theatre_detect: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): no multimedia table present, disabling Rage Theatre. (II) RADEON(0): Set up overlay video (II) RADEON(0): Set up textured video (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension XAccessControlExtension (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) AIGLX: Screen 0 is not DRI capable (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/lib/xorg/modules/extensions//libGLcore.so (II) Module GLcore: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) GLX: Initialized MESA-PROXY GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 300 x 230 (**) Option "Protocol" "Auto" (**) Mouse1: Device: "/dev/input/mice" (**) Mouse1: Protocol: "Auto" (**) Option "CorePointer" (**) Mouse1: always reports core events (**) Option "Device" "/dev/input/mice" (==) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse1: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse1: Buttons: 11 (**) Mouse1: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard1: always reports core events (**) Option "Protocol" "standard" (**) Keyboard1: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard1: XkbRules: "xorg" (**) Option "XkbModel" "pc101" (**) Keyboard1: XkbModel: "pc101" (**) Option "XkbLayout" "us" (**) Keyboard1: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) evaluating device (Keyboard1) (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) evaluating device (Mouse1) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (--) Mouse1: PnP-detected protocol: "ExplorerPS/2" (II) Mouse1: ps2EnableDataReporting: succeeded (II) 3rd Button detected: disabling emulate3Button |
From: Rene H. <ren...@ke...> - 2008-08-20 21:16:01
|
On 20-08-08 23:02, Dave Airlie wrote: > On Wed, Aug 20, 2008 at 8:50 PM, Rene Herman > <ren...@ke...> wrote: >> On 20-08-08 12:04, Ingo Molnar wrote: >> >>> * Venki Pallipadi <ven...@in...> wrote: >>> >>>>> I'd really like a reply from the AGP or PAT side right about >>>>> now. >>>> Hmm. Looks like there are more than 16000 entries in the PAT >>>> list! >>> hm, btw., why is that? >> Because 64M of AGP memory divided by 4K pages is 16K. That is, the >> underlying problem seems to be AGP drivers using order 0 >> allocations. I'm looking. [ ... ] > I haven't anything to add, I'm the maintainer not the author, all the > people who wrote the offending code were already involved. The underlying problem is the order 0 allocations (agp_allocate_memory --> agp_generic_allocate_page) where each single page is set uncached individually, creating a PAT entry. Non order 0 allocations generally would ofcourse help. That's very much AGP internal -- do you feel that's the way to go? All the current AGP drivers except sgi-agp use agp_generic_alloc_page(). Doing a quick local hack to collect pages in agp_allocate_memory() into regions and set the regions (generally 1) UC in one fell swoop, but I don't know if that's safe (and it feels like a rather poor hack anyway). (not to mention that it's time for bed again). Rene. |
From: Rene H. <ren...@ke...> - 2008-08-20 14:26:39
|
On 20-08-08 12:50, Rene Herman wrote: > On 20-08-08 12:04, Ingo Molnar wrote: > >> * Venki Pallipadi <ven...@in...> wrote: >> >>>> I'd really like a reply from the AGP or PAT side right about now. >>> Hmm. Looks like there are more than 16000 entries in the PAT list! >> >> hm, btw., why is that? > > Because 64M of AGP memory divided by 4K pages is 16K. That is, the > underlying problem seems to be AGP drivers using order 0 allocations. > I'm looking. > > Do note also that this means that Venki's change would not constitite a > correct/final fix. Sure, caching the last entry speeds up traversing a > 16K entry list but the issue is that there shouldn't be a 16K entry > list. Through AGP, or maybe even by coalescing entries in the PAT list > if that's at all possible (I guess it's not really). > > Even if such a more fundamental fix isn't (easily) available, the PAT > code already comments that the list, which is sorted by ->start value, > is expected to be short, and should be turned into an rbtree if it isn't > which might be slightly less of a bandaid. > > Dave Airlie (as the MAINTAINERS entry) can't be arsed to answer email it > seems so I've added Dave Jones for a possible comment from the AGP side. > If I'm reading this right upto now, still many AGP driver (among which > my amd-k7-agp) are affected. This was based on a wrong reading; I was looking at the GATT allocation. I'm giving up looking until someone can tell me whether or not those 16K entries are expected though. I have just one AGP card in a PAT capable machine. How many entries in /debug/x86/pat_memtype_list are there on other AGP systems with Option "AGPSize" "64" in their xorg.conf:"Device" section (and their AGP aperture set to 64M or bigger in the BIOS)? Rene. |
From: Rene H. <ren...@ke...> - 2008-08-20 10:49:12
|
On 20-08-08 12:04, Ingo Molnar wrote: > * Venki Pallipadi <ven...@in...> wrote: > >>> I'd really like a reply from the AGP or PAT side right about now. >> Hmm. Looks like there are more than 16000 entries in the PAT list! > > hm, btw., why is that? Because 64M of AGP memory divided by 4K pages is 16K. That is, the underlying problem seems to be AGP drivers using order 0 allocations. I'm looking. Do note also that this means that Venki's change would not constitite a correct/final fix. Sure, caching the last entry speeds up traversing a 16K entry list but the issue is that there shouldn't be a 16K entry list. Through AGP, or maybe even by coalescing entries in the PAT list if that's at all possible (I guess it's not really). Even if such a more fundamental fix isn't (easily) available, the PAT code already comments that the list, which is sorted by ->start value, is expected to be short, and should be turned into an rbtree if it isn't which might be slightly less of a bandaid. Dave Airlie (as the MAINTAINERS entry) can't be arsed to answer email it seems so I've added Dave Jones for a possible comment from the AGP side. If I'm reading this right upto now, still many AGP driver (among which my amd-k7-agp) are affected. In the short run and if I'm not just mistaken, the best fix might be to make PAT dependent on not having a dumb AGP driver (but as said, still looking). Note that my chipset is capable of a 2G AGP aperture. That's 512K pages if fully used, 256K for 1G, 128K for 512M, ... Rene. |
From: Ingo M. <mi...@el...> - 2008-08-20 10:05:01
|
* Venki Pallipadi <ven...@in...> wrote: > > I'd really like a reply from the AGP or PAT side right about now. > > Hmm. Looks like there are more than 16000 entries in the PAT list! hm, btw., why is that? Ingo |
From: Rene H. <ren...@ke...> - 2008-08-19 19:21:19
|
On 19-08-08 21:07, Venki Pallipadi wrote: > On Tue, Aug 19, 2008 at 07:19:44AM -0700, Rene Herman wrote: >> I believe the 14 seconds for first shutdown to 5 later might be >> telling. Sounds like something might have fixed up uncached >> entries. >> >> I'd really like a reply from the AGP or PAT side right about now. > > Hmm. Looks like there are more than 16000 entries in the PAT list! > > This delay may be due to the overhead of parsing this linked list > everytime for a new entry, rather than any problem with cache setting > itself. > > I am working on a patch to optimize this pat list parsing for the > simple case. Should be able to send it out later today, for testing. Thanks for the reply. It's with 64MB of AGP memory which I guess is at the low end these days. Would your reply mean that basically everyone on 2.6.27 should now be experiencing this? I noticed it was PAT related due to Shaohua Li's: http://marc.info/?l=linux-kernel&m=121783222306075&w=2 which lists very different times (patch there did not help any). As another by the way, probably not surprising but I earlier also tried both unmounting and completely compiling out debugfs just in case I was seeing a debugging related sysmptom. No help either. It's evening here so I'll probably not be able to test until tomorrow. Rene. |
From: Rene H. <ren...@ke...> - 2008-08-19 14:19:01
|
On 19-08-08 12:26, Ingo Molnar wrote: > * Rene Herman <ren...@ke...> wrote: > >> On 15-08-08 17:24, Rene Herman wrote: >> >>> On 15-08-08 16:22, Ingo Molnar wrote: >>> >>>> (more people Cc:-ed) >>> Thank you. Additional information at http://lkml.org/lkml/2008/8/6/449 >>> >>>> agreed - +12 seconds wait suggest some rather fundamental breakage. >>>> Did we go back to uncached for some critical display area that makes >>>> X start up (shut down) that slowly? Did we mark the BIOS uncacheable >>>> perhaps, causing X to execute BIOS code very slowly? >>> Quite a lot "uncached-minus" in those lists. I am desperately trying to >>> avoid a clue about mostly anything graphics related so, "I dunno". >>> >>> I haven't just disabled PAT yet (although I was about to just do so) >>> and am available for testing. >> <waiting with bated breath> >> >> Additional observation with respect to first,next shutdown: >> >> With Option "AGPSize" "64", and booted with "nopat", X startup (from >> startx<enter> to functional desktop) is approximately 5 seconds, >> shutdown is 1 second as calibration times. >> >> Booted without "nopat", X startup seems to alternate between 10+ and >> 16+ seconds and for shutdown -- the first shutdown after boot takes >> some 14 seconds total, subsequent shutdowns settle at around 5 >> seconds. > > would it be possible to start up and shut down X in the slow case via > strace, by doing something like this: > > strace -f -ttt -TTT -o trace.log startx > > and see which system calls (or other activities) took suspiciously long? It wouldn't it seems. Root X (needed for the strace) works fine but started this way hangs indefinitely. I believe the 14 seconds for first shutdown to 5 later might be telling. Sounds like something might have fixed up uncached entries. I'd really like a reply from the AGP or PAT side right about now. Rene. |
From: Ingo M. <mi...@el...> - 2008-08-19 10:27:04
|
* Rene Herman <ren...@ke...> wrote: > On 15-08-08 17:24, Rene Herman wrote: > >> On 15-08-08 16:22, Ingo Molnar wrote: >> >>> (more people Cc:-ed) >> >> Thank you. Additional information at http://lkml.org/lkml/2008/8/6/449 >> >>> agreed - +12 seconds wait suggest some rather fundamental breakage. >>> Did we go back to uncached for some critical display area that makes >>> X start up (shut down) that slowly? Did we mark the BIOS uncacheable >>> perhaps, causing X to execute BIOS code very slowly? >> >> Quite a lot "uncached-minus" in those lists. I am desperately trying to >> avoid a clue about mostly anything graphics related so, "I dunno". >> >> I haven't just disabled PAT yet (although I was about to just do so) >> and am available for testing. > > <waiting with bated breath> > > Additional observation with respect to first,next shutdown: > > With Option "AGPSize" "64", and booted with "nopat", X startup (from > startx<enter> to functional desktop) is approximately 5 seconds, > shutdown is 1 second as calibration times. > > Booted without "nopat", X startup seems to alternate between 10+ and > 16+ seconds and for shutdown -- the first shutdown after boot takes > some 14 seconds total, subsequent shutdowns settle at around 5 > seconds. would it be possible to start up and shut down X in the slow case via strace, by doing something like this: strace -f -ttt -TTT -o trace.log startx and see which system calls (or other activities) took suspiciously long? Ingo |
From: Rene H. <ren...@ke...> - 2008-08-19 10:10:27
|
On 15-08-08 17:24, Rene Herman wrote: > On 15-08-08 16:22, Ingo Molnar wrote: > >> (more people Cc:-ed) > > Thank you. Additional information at http://lkml.org/lkml/2008/8/6/449 > >> agreed - +12 seconds wait suggest some rather fundamental breakage. >> Did we go back to uncached for some critical display area that makes >> X start up (shut down) that slowly? Did we mark the BIOS uncacheable >> perhaps, causing X to execute BIOS code very slowly? > > Quite a lot "uncached-minus" in those lists. I am desperately trying to > avoid a clue about mostly anything graphics related so, "I dunno". > > I haven't just disabled PAT yet (although I was about to just do so) and > am available for testing. <waiting with bated breath> Additional observation with respect to first,next shutdown: With Option "AGPSize" "64", and booted with "nopat", X startup (from startx<enter> to functional desktop) is approximately 5 seconds, shutdown is 1 second as calibration times. Booted without "nopat", X startup seems to alternate between 10+ and 16+ seconds and for shutdown -- the first shutdown after boot takes some 14 seconds total, subsequent shutdowns settle at around 5 seconds. Rene. |
From: Rene H. <ren...@ke...> - 2008-08-15 15:24:00
|
On 15-08-08 16:22, Ingo Molnar wrote: > (more people Cc:-ed) Thank you. Additional information at http://lkml.org/lkml/2008/8/6/449 > agreed - +12 seconds wait suggest some rather fundamental breakage. > Did we go back to uncached for some critical display area that makes > X start up (shut down) that slowly? Did we mark the BIOS uncacheable > perhaps, causing X to execute BIOS code very slowly? Quite a lot "uncached-minus" in those lists. I am desperately trying to avoid a clue about mostly anything graphics related so, "I dunno". I haven't just disabled PAT yet (although I was about to just do so) and am available for testing. Rene. |
From: Ingo M. <mi...@el...> - 2008-08-15 14:22:50
|
(more people Cc:-ed) * Rene Herman <ren...@ke...> wrote: > Hi Dave. > > A while ago I sent a message about long AGP delays upon starting and > exiting X: > > http://marc.info/?l=linux-kernel&m=121647129632110&w=2 > > There was no reply (if that was due to the linux.ie address, could you > perhaps update it in MAINTAINERS?) but today Shaohua Li posted a patch > that made me wonder about PAT in this context: > > http://marc.info/?l=linux-kernel&m=121783222306075&w=2 > http://marc.info/?l=linux-kernel&m=121783222406078&w=2 > http://marc.info/?l=linux-kernel&m=121783222406081&w=2 > > His patch does not solve anything appreciable for me -- the delays are > still as described in that previous post, with an exception for (with > Option "AGSize" "64") delays upon exiting X that are now sometimes as > bad as a full 12 seconds. > > What _does_ solve this though is booting with the "nopat" command line > parameter. I'm on 2.6.26.1 and have enabled PAT for my AMD Duron myself. > With "nopat", there's no problem to be seen anymore -- exiting X > specifically is instantaneous. > > With or without PAT, my /proc/mtrr is always: > > reg00: base=0x00000000 ( 0MB), size= 512MB: write-back, count=1 > reg01: base=0x20000000 ( 512MB), size= 256MB: write-back, count=1 > reg02: base=0xe8000000 (3712MB), size= 64MB: write-combining, count=1 > > under X joined by: > > reg03: base=0xe4000000 (3648MB), size= 32MB: write-combining, count=2 > > This is a machine with 768M, the AGP aperture set to 64MB and a 32MB > Matrox Millenium G550 AGP card. More detail in previous post. > > Is this something inherent to PAT? Inherent to PAT on AMD family 6? > Inherent to DRM/AGP with PAT? On AMD family 6? > > This is probably fairly important to get sorted because although I don't > know what's where at the moment, last I saw was a patch in x86/tip that > enabled PAT on many more models including all of AMD. > > For reference, /proc/cpuinfo: > > processor : 0 > vendor_id : AuthenticAMD > cpu family : 6 > model : 7 > model name : AMD Duron(tm) Processor > stepping : 1 > cpu MHz : 1313.094 > cache size : 64 KB > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 1 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow > bogomips : 2628.89 > clflush size : 32 > power management: ts > > and the PAT enabler patch that I apply locally to 2.6.26: > > diff --git a/arch/x86/kernel/cpu/addon_cpuid_features.c > b/arch/x86/kernel/cpu/addon_cpuid_features.c > index c2e1ce3..8992282 100644 > --- a/arch/x86/kernel/cpu/addon_cpuid_features.c > +++ b/arch/x86/kernel/cpu/addon_cpuid_features.c > @@ -55,7 +55,7 @@ void __cpuinit validate_pat_support(struct cpuinfo_x86 *c) > { > switch (c->x86_vendor) { > case X86_VENDOR_AMD: > - if (c->x86 >= 0xf && c->x86 <= 0x11) > + if (c->x86 == 6 || c->x86 >= 0xf) > return; > break; > case X86_VENDOR_INTEL: agreed - +12 seconds wait suggest some rather fundamental breakage. Did we go back to uncached for some critical display area that makes X start up (shut down) that slowly? Did we mark the BIOS uncacheable perhaps, causing X to execute BIOS code very slowly? Ingo |
From: Rene H. <ren...@ke...> - 2008-08-11 09:46:30
|
<ping> Please note this a 2.6.27 problem (given that PAT isn't enabled by default, not a _pure_ regression I guess, but still). I also still don't know if you (Andreas), Dave or Yinghai should be the To: on this but given that you've been the only one to react at all... On 06-08-08 22:57, Rene Herman wrote: > On 06-08-08 15:51, Andreas Herrmann wrote: > >> On Mon, Aug 04, 2008 at 06:30:32PM +0200, Rene Herman wrote: >>> What _does_ solve this though is booting with the "nopat" command >>> line parameter. I'm on 2.6.26.1 and have enabled PAT for my AMD Duron >>> myself. With "nopat", there's no problem to be seen anymore -- >>> exiting X specifically is instantaneous. >>> >>> With or without PAT, my /proc/mtrr is always: >>> >>> reg00: base=0x00000000 ( 0MB), size= 512MB: write-back, count=1 >>> reg01: base=0x20000000 ( 512MB), size= 256MB: write-back, count=1 >>> reg02: base=0xe8000000 (3712MB), size= 64MB: write-combining, count=1 >>> >>> under X joined by: >>> >>> reg03: base=0xe4000000 (3648MB), size= 32MB: write-combining, count=2 >> >> To get some more debug data, can you please retest with latest kernel >> (2.6.27-rc2) > > Problem present on vanilla -rc2. > >> using "debugpat" kernel option and provide dmesg output > > No... my kernel message buffer isn't large enough for that :-( > > Right, I guess I now know where the delay is coming from. I suppose this > is not expected. dmesg as captured after starting X and without > "debugpat" at: > > http://members.home.nl/rene.herman/pat/dmesg.x > > Truncated dmesg with "debugpat": > > http://members.home.nl/rene.herman/pat/dmesg.x.debugpat > >> plus contents of <debugfs>/x86/pat_memtype_list? > > Before starting X (1K): > > http://members.home.nl/rene.herman/pat/pat_memtype_list.console.debugpat > > After starting X (625K): > > http://members.home.nl/rene.herman/pat/pat_memtype_list.x.debugpat > > (This is with 64MB AGP memory) > > More data: > > http://members.home.nl/rene.herman/pat/config-2.6.27-rc2-current > http://members.home.nl/rene.herman/pat/xorg.conf > http://members.home.nl/rene.herman/pat/Xorg.0.log |
From: Nikos C. <re...@ar...> - 2008-08-09 13:35:11
|
I just built the latest x11 drm kernel modules, but drm.ko won't load: drm: Unknown symbol shmem_file_setup I'm kernel 2.6.25.11. |
From: Rene H. <ren...@ke...> - 2008-08-06 20:57:33
|
On 06-08-08 15:51, Andreas Herrmann wrote: > On Mon, Aug 04, 2008 at 06:30:32PM +0200, Rene Herman wrote: >> What _does_ solve this though is booting with the "nopat" command line >> parameter. I'm on 2.6.26.1 and have enabled PAT for my AMD Duron myself. >> With "nopat", there's no problem to be seen anymore -- exiting X >> specifically is instantaneous. >> >> With or without PAT, my /proc/mtrr is always: >> >> reg00: base=0x00000000 ( 0MB), size= 512MB: write-back, count=1 >> reg01: base=0x20000000 ( 512MB), size= 256MB: write-back, count=1 >> reg02: base=0xe8000000 (3712MB), size= 64MB: write-combining, count=1 >> >> under X joined by: >> >> reg03: base=0xe4000000 (3648MB), size= 32MB: write-combining, count=2 > > To get some more debug data, can you please retest with latest kernel > (2.6.27-rc2) Problem present on vanilla -rc2. > using "debugpat" kernel option and provide dmesg output No... my kernel message buffer isn't large enough for that :-( Right, I guess I now know where the delay is coming from. I suppose this is not expected. dmesg as captured after starting X and without "debugpat" at: http://members.home.nl/rene.herman/pat/dmesg.x Truncated dmesg with "debugpat": http://members.home.nl/rene.herman/pat/dmesg.x.debugpat > plus contents of <debugfs>/x86/pat_memtype_list? Before starting X (1K): http://members.home.nl/rene.herman/pat/pat_memtype_list.console.debugpat After starting X (625K): http://members.home.nl/rene.herman/pat/pat_memtype_list.x.debugpat (This is with 64MB AGP memory) More data: http://members.home.nl/rene.herman/pat/config-2.6.27-rc2-current http://members.home.nl/rene.herman/pat/xorg.conf http://members.home.nl/rene.herman/pat/Xorg.0.log Thanks, Rene |