View Full Version : Troubleshouting a HD2600 PRO AGP
On the advice of Gimmesugar I will post my xor.conf , /var/log/Xorg.0.log And give you guy's as much information as I can. So you have been warn :LOL:
SyStem spec
Mandriva 2008 free
[fred@localhost ~]$ uname -a
Linux localhost 2.6.22.12-desktop-1mdv #1 SMP Tue Nov 20 08:38:27 EST 2007 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GNU/Linux
On a ASUS P4P800 SE
1 Gig of DDR 400 ram in dual channel
This is how my xorg.conf file is configured after the aticonfig --initial -f command
Section "ServerLayout"
Identifier "layout1"
Screen 0 "aticonfig-Screen[0]" 0 0
InputDevice "Keyboard1" "CoreKeyboard"
InputDevice "Mouse1" "CorePointer"
EndSection
Section "Files"
EndSection
Section "Module"
Load "dbe" # Double-Buffering Extension
Load "v4l" # Video for Linux
Load "extmod"
Load "type1"
Load "freetype"
Load "glx" # 3D layer
Load "dri" # direct rendering
EndSection
Section "ServerFlags"
#DontZap # disable <Ctrl><Alt><BS> (server abort)
# allows the server to start up even if the mouse does not work
#DontZoom # disable <Ctrl><Alt><KP_+>/<KP_-> (resolution switching)
Option "allowmouseopenfail"
EndSection
Section "InputDevice"
Identifier "Keyboard1"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "ca"
Option "XkbOptions" "compose:rwin"
EndSection
Section "InputDevice"
Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "ExplorerPS/2"
Option "Device" "/dev/mouse"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[0]"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Device"
Identifier "aticonfig-Device[0]"
Driver "fglrx"
EndSection
Section "Screen"
Identifier "aticonfig-Screen[0]"
Device "aticonfig-Device[0]"
Monitor "aticonfig-Monitor[0]"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Extensions"
Option "Composite"
EndSection
I'll reboot and give you the file /var/log/Xorg.0.log
And here is the var/log/xorg.0.log file
X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux_2.6.12-31mdksmp Mandriva
Current Operating System: Linux localhost 2.6.22.12-desktop-1mdv #1 SMP Tue Nov 20 08:38:27 EST 2007 i686
Build Date: 22 January 2008
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: Wed Jan 30 20:01:04 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "layout1"
(**) |-->Screen "aticonfig-Screen[0]" (0)
(**) | |-->Monitor "aticonfig-Monitor[0]"
(**) | |-->Device "aticonfig-Device[0]"
(**) |-->Input Device "Keyboard1"
(**) |-->Input Device "Mouse1"
(==) FontPath set to:
catalogue:/etc/X11/fontpath.d
(==) RgbPath set to "/usr/share/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(**) Option "AllowMouseOpenFail"
(**) Extension "Composite" is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x820e520
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.2
X.Org XInput driver : 0.7
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.3.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
(++) using VT number 7
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,2570 card 1043,80f2 rev 02 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,2571 card 0000,0000 rev 02 class 06,04,00 hdr 01
(II) PCI: 00:1d:0: chip 8086,24d2 card 1043,80a6 rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,24d4 card 1043,80a6 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,24d7 card 1043,80a6 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:3: chip 8086,24de card 1043,80a6 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,24dd card 1043,80a6 rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev c2 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,24d0 card 0000,0000 rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:2: chip 8086,24d1 card 1043,80a6 rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:3: chip 8086,24d3 card 1043,80a6 rev 02 class 0c,05,00 hdr 00
(II) PCI: 00:1f:5: chip 8086,24d5 card 1043,80f3 rev 02 class 04,01,00 hdr 00
(II) PCI: 01:00:0: chip 1002,9587 card 1002,0028 rev 00 class 03,00,00 hdr 00
(II) PCI: 02:05:0: chip 11ab,4320 card 1043,811a rev 13 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Intel Bridge workaround enabled
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,2), 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: 0x0008 (VGA_EN is set)
(II) Bus 1 I/O range:
[0] -1 0 0x0000c000 - 0x0000cfff (0x1000) IX[B]
(II) Bus 1 non-prefetchable memory range:
[0] -1 0 0xfe900000 - 0xfe9fffff (0x100000) MX[B]
(II) Bus 1 prefetchable memory range:
[0] -1 0 0xcff00000 - 0xefefffff (0x20000000) MX[B]
(II) Subtractive PCI-to-PCI bridge:
(II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0002 (VGA_EN is cleared)
(II) Bus 2 I/O range:
[0] -1 0 0x0000d000 - 0x0000dfff (0x1000) IX[B]
(II) Bus 2 non-prefetchable memory range:
[0] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B]
(II) Bus 2 prefetchable memory range:
[0] -1 0 0x50000000 - 0x500fffff (0x100000) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set)
(--) PCI:*(1:0:0) ATI Technologies Inc unknown chipset (0x9587) rev 0, Mem @ 0xd0000000/28, 0xfe9f0000/16, I/O @ 0xc000/8, BIOS @ 0xfe9c0000/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 0xf0000000 from 0xf7ffffff to 0xefffffff
(II) Active PCI resource ranges:
[0] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]
[1] -1 0 0xfebff000 - 0xfebff0ff (0x100) MX[B]
[2] -1 0 0xfebff400 - 0xfebff5ff (0x200) MX[B]
[3] -1 0 0xfebff800 - 0xfebffbff (0x400) MX[B]
[4] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]O
[5] -1 0 0xfe9c0000 - 0xfe9dffff (0x20000) MX[B](B)
[6] -1 0 0xfe9f0000 - 0xfe9fffff (0x10000) MX[B](B)
[7] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[8] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]
[9] -1 0 0x0000ee80 - 0x0000eebf (0x40) IX[B]
[10] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]
[11] -1 0 0x00000400 - 0x0000041f (0x20) IX[B]
[12] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B]
[13] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[14] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[15] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[16] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[17] -1 0 0x0000ef40 - 0x0000ef5f (0x20) IX[B]
[18] -1 0 0x0000ef20 - 0x0000ef3f (0x20) IX[B]
[19] -1 0 0x0000ef00 - 0x0000ef1f (0x20) IX[B]
[20] -1 0 0x0000eec0 - 0x0000eedf (0x20) IX[B]
[21] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B)
(II) Active PCI resource ranges after removing overlaps:
[0] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]
[1] -1 0 0xfebff000 - 0xfebff0ff (0x100) MX[B]
[2] -1 0 0xfebff400 - 0xfebff5ff (0x200) MX[B]
[3] -1 0 0xfebff800 - 0xfebffbff (0x400) MX[B]
[4] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]O
[5] -1 0 0xfe9c0000 - 0xfe9dffff (0x20000) MX[B](B)
[6] -1 0 0xfe9f0000 - 0xfe9fffff (0x10000) MX[B](B)
[7] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[8] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]
[9] -1 0 0x0000ee80 - 0x0000eebf (0x40) IX[B]
[10] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]
[11] -1 0 0x00000400 - 0x0000041f (0x20) IX[B]
[12] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B]
[13] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[14] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[15] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[16] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[17] -1 0 0x0000ef40 - 0x0000ef5f (0x20) IX[B]
[18] -1 0 0x0000ef20 - 0x0000ef3f (0x20) IX[B]
[19] -1 0 0x0000ef00 - 0x0000ef1f (0x20) IX[B]
[20] -1 0 0x0000eec0 - 0x0000eedf (0x20) IX[B]
[21] -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 0xfeafc000 - 0xfeafffff (0x4000) MX[B]
[5] -1 0 0xfebff000 - 0xfebff0ff (0x100) MX[B]
[6] -1 0 0xfebff400 - 0xfebff5ff (0x200) MX[B]
[7] -1 0 0xfebff800 - 0xfebffbff (0x400) MX[B]
[8] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]O
[9] -1 0 0xfe9c0000 - 0xfe9dffff (0x20000) MX[B](B)
[10] -1 0 0xfe9f0000 - 0xfe9fffff (0x10000) MX[B](B)
[11] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[14] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]
[15] -1 0 0x0000ee80 - 0x0000eebf (0x40) IX[B]
[16] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]
[17] -1 0 0x00000400 - 0x0000041f (0x20) IX[B]
[18] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B]
[19] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[20] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[21] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[22] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[23] -1 0 0x0000ef40 - 0x0000ef5f (0x20) IX[B]
[24] -1 0 0x0000ef20 - 0x0000ef3f (0x20) IX[B]
[25] -1 0 0x0000ef00 - 0x0000ef1f (0x20) IX[B]
[26] -1 0 0x0000eec0 - 0x0000eedf (0x20) IX[B]
[27] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B)
I sincerly hope that we will find the problem and fix this. Because this is a very popular card and a lot of people are affected by this.
Part 2
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.3.0, 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: "v4l"
(II) Loading /usr/lib/xorg/modules/drivers//v4l_drv.so
(II) Module v4l: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 0.1.1
ABI class: X.Org Video Driver, version 1.2
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.3.0, 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 Multi-Buffering
(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 XFree86-DGA
(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: "type1"
(II) Loading /usr/lib/xorg/modules/fonts//libtype1.so
(II) Module type1: vendor="X.Org Foundation"
compiled for 1.3.0, 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: "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.3.0, 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.3.0, 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.3.0, module version = 1.0.0
ABI class: X.Org Server Extension, version 0.3
(II) Loading extension XFree86-DRI
(II) LoadModule: "fglrx"
(II) Loading /usr/lib/xorg/modules/drivers//fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
compiled for 7.1.0, module version = 8.45.4
Module class: X.Org Video Driver
(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 7.2.0, module version = 1.1.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.7
(II) LoadModule: "mouse"
(II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.2.2
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.7
(II) v4l driver for Video4Linux
(II) Primary Device is: PCI 01:00:0
(II) ATI Proprietary Linux Driver Version Identifier:8.45.4
(II) ATI Proprietary Linux Driver Release Identifier: UNSUPPORTED-8.452.1
(II) ATI Proprietary Linux Driver Build Date: Jan 16 2008 10:42:57
(--) Assigning device section with no busID to primary device
(--) Chipset Supported AMD Graphics Processor (0x9587) found
(II) AMD Video driver is running on a device belonging to a group targeted for this release
(II) AMD Video driver is signed
(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 0xfeafc000 - 0xfeafffff (0x4000) MX[B]
[5] -1 0 0xfebff000 - 0xfebff0ff (0x100) MX[B]
[6] -1 0 0xfebff400 - 0xfebff5ff (0x200) MX[B]
[7] -1 0 0xfebff800 - 0xfebffbff (0x400) MX[B]
[8] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]O
[9] -1 0 0xfe9c0000 - 0xfe9dffff (0x20000) MX[B](B)
[10] -1 0 0xfe9f0000 - 0xfe9fffff (0x10000) MX[B](B)
[11] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[14] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]
[15] -1 0 0x0000ee80 - 0x0000eebf (0x40) IX[B]
[16] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]
[17] -1 0 0x00000400 - 0x0000041f (0x20) IX[B]
[18] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B]
[19] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[20] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[21] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[22] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[23] -1 0 0x0000ef40 - 0x0000ef5f (0x20) IX[B]
[24] -1 0 0x0000ef20 - 0x0000ef3f (0x20) IX[B]
[25] -1 0 0x0000ef00 - 0x0000ef1f (0x20) IX[B]
[26] -1 0 0x0000eec0 - 0x0000eedf (0x20) IX[B]
[27] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B)
(II) fglrx(0): pEnt->device->identifier=0x822a900
I sincerly hope that we will find the problem and fix this. Because this is a very popular card and a lot of people are affected by this.
Part 3
(II) resource ranges after probing:
[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 0xfeafc000 - 0xfeafffff (0x4000) MX[B]
[5] -1 0 0xfebff000 - 0xfebff0ff (0x100) MX[B]
[6] -1 0 0xfebff400 - 0xfebff5ff (0x200) MX[B]
[7] -1 0 0xfebff800 - 0xfebffbff (0x400) MX[B]
[8] -1 0 0xf0000000 - 0xefffffff (0x0) MX[B]O
[9] -1 0 0xfe9c0000 - 0xfe9dffff (0x20000) MX[B](B)
[10] -1 0 0xfe9f0000 - 0xfe9fffff (0x10000) MX[B](B)
[11] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B)
[12] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[13] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[14] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[15] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[16] -1 0 0x00000000 - 0x000000ff (0x100) IX[B]
[17] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]
[18] -1 0 0x0000ee80 - 0x0000eebf (0x40) IX[B]
[19] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]
[20] -1 0 0x00000400 - 0x0000041f (0x20) IX[B]
[21] -1 0 0x0000fc00 - 0x0000fc0f (0x10) IX[B]
[22] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[23] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[24] -1 0 0x000001f0 - 0x000001f0 (0x1) IX[B]
[25] -1 0 0x000001f0 - 0x000001f7 (0x8) IX[B]
[26] -1 0 0x0000ef40 - 0x0000ef5f (0x20) IX[B]
[27] -1 0 0x0000ef20 - 0x0000ef3f (0x20) IX[B]
[28] -1 0 0x0000ef00 - 0x0000ef1f (0x20) IX[B]
[29] -1 0 0x0000eec0 - 0x0000eedf (0x20) IX[B]
[30] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B)
[31] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[32] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) fglrx(0): === [atiddxPreInit] === begin
(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.3.0, module version = 0.1.0
ABI class: X.Org Video Driver, version 1.2
(II) fglrx(0): PCI bus 1 card 0 func 0
(**) fglrx(0): Depth 24, (--) framebuffer bpp 32
(II) fglrx(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
(==) fglrx(0): Default visual is TrueColor
(**) fglrx(0): Option "DPMS" "true"
(II) fglrx(0): PCS database file /etc/ati/amdpcsdb not found
(II) fglrx(0): Creating PCS database from initial defaults instead
(==) fglrx(0): RGB weight 888
(II) fglrx(0): Using 8 bits per RGB (8 bit DAC)
(==) fglrx(0): Gamma Correction for I is 0x06419064
(==) fglrx(0): Gamma Correction for II is 0x06419064
(==) fglrx(0): Buffer Tiling is ON
(--) fglrx(0): Chipset: "ATI Radeon HD 2600 Pro AGP" (Chipset = 0x9587)
(--) fglrx(0): (PciSubVendor = 0x1002, PciSubDevice = 0x0028)
(--) fglrx(0): board vendor info: original ATI graphics adapter
(--) fglrx(0): Linear framebuffer (phys) at 0xd0000000
(--) fglrx(0): MMIO registers at 0xfe9f0000
(==) fglrx(0): ROM-BIOS at 0x000c0000
(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.3.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
(II) fglrx(0): Primary V_BIOS segment is: 0xc000
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Loading /usr/lib/xorg/modules//libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.1.0
ABI class: X.Org Video Driver, version 1.2
(II) fglrx(0): VESA BIOS detected
(II) fglrx(0): VESA VBE Version 3.0
(II) fglrx(0): VESA VBE Total Mem: 16384 kB
(II) fglrx(0): VESA VBE OEM: ATI ATOMBIOS
(II) fglrx(0): VESA VBE OEM Software Rev: 10.62
(II) fglrx(0): VESA VBE OEM Vendor: (C) 1988-2005, ATI Technologies Inc.
(II) fglrx(0): VESA VBE OEM Product:
(II) fglrx(0): VESA VBE OEM Product Rev: 01.00
(II) fglrx(0): ATI Video BIOS revision 9 or later detected
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmGetBusid returned ''
(II) Loading sub module "fglrxdrm"
(II) LoadModule: "fglrxdrm"
(II) Loading /usr/lib/xorg/modules/linux//libfglrxdrm.so
(II) Module fglrxdrm: vendor="FireGL - ATI Technologies Inc."
compiled for 7.1.0, module version = 8.45.4
ABI class: X.Org Server Extension, version 0.3
(--) fglrx(0): VideoRAM: 262144 kByte, Type: DDR2
(II) fglrx(0): AGP card detected
(II) fglrx(0): board/chipset is supported by this driver (original ATI board)
That is logest post of my life
Good ready.
I have found this in the last syslog
Jan 30 20:01:06 localhost kernel: fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
Jan 30 20:01:06 localhost kernel: [fglrx] Maximum main memory to use for locked dma buffers: 929 MBytes.
Jan 30 20:01:06 localhost kernel: [fglrx] ASYNCIO init succeed!
Jan 30 20:01:06 localhost kernel: [fglrx] PAT is enabled successfully!
Jan 30 20:01:06 localhost kernel: [fglrx] module loaded - fglrx 8.45.4 [Jan 16 2008] on minor 0
Jan 30 20:01:06 localhost kernel: ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 17Jan 30 20:01:06 localhost avahi-daemon[4375]: Service "Remote Access on linux" (/etc/avahi/services/openssh.service) successfully established.
Jan 30 20:01:06 localhost smbd[4294]: Unable to connect to CUPS server localhost:631 - Connection refused
Shouldn't the IRQ be set at 16 for the AGP card????
Swoopy
01-31-2008, 01:46 AM
fred, you already replied to the thread where it was posted so I assume you are aware, but for completeness sake I copy it here as well, bridgman replied this on 30 jan 2008:
This is a known issue, and it is being worked on.
We pushed a Windows driver with HD2xxx AGP support out a week or two ago and at first glance it seems to be working for users who had been experiencing problems. On the Linux side, we are going to update the release notes in the next driver to make it clear that AGP support for HD2xxx parts is not yet there, so you will be able to see when support arrives.
Swoopy
01-31-2008, 02:21 AM
my problematic xorg.conf :
http://pastebin.com/me441d2b
(mtrr on or off makes little difference)
the Xorg.log:
http://pastebin.com/m3436d7ed
Highlight from that where I think things go wrong:
(==) fglrx(0): NoDRI = NO
(II) Loading sub module "fglrxdrm"
(II) LoadModule: "fglrxdrm"
(II) Reloading /usr/lib/xorg/modules/linux//libfglrxdrm.so
(II) fglrx(0): Depth moves disabled by default
(==) fglrx(0): Capabilities: 0x00000000
(==) fglrx(0): CapabilitiesEx: 0x00000000
(==) fglrx(0): cpuFlags: 0x4000001f
(==) fglrx(0): OpenGL ClientDriverName: "fglrx_dri.so"
(**) fglrx(0): ATI GART size: 512 MB
(II) fglrx(0): [pci] find AGP GART
(II) fglrx(0): [agp] Mode=0x1f000a1b bridge: 0x1106/0x0282
(II) fglrx(0): [agp] AGP v1/2 disable mask 0x00000000
(II) fglrx(0): [agp] AGP v3 disable mask 0x00000000
(II) fglrx(0): [agp] enabling AGP with mode=0x1f000b1a
(II) fglrx(0): [agp] Remapping MC AGP space (new MCAGPBase = 0xf0000000)
(II) fglrx(0): [agp] AGP protocol is enabled for graphics board. (cmd=0x1f000312)
(II) fglrx(0): [agp] graphics chipset has AGP v3.0 (native mode)
(II) fglrx(0): [pcie] 520192 kB allocated
(II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize = 65536
(**) fglrx(0): UseFastTLS=0
(==) fglrx(0): BlockSignalsOnLock=1
Note the lone [pcie] entry in there.
My actual AGP aperture right now is set to (from syslog):
Jan 31 07:58:05 thebe kernel: [ 22.768346] agpgart: Detected AGP bridge 0
Jan 31 07:58:05 thebe kernel: [ 22.772617] agpgart: AGP aperture is 128M @ 0xf0000000
Now for the weird bit: fglrx actually works for me.
Normally I would use radeonhd, but I currently loaded fglrx succesfully by modifying the above xorg.conf to set
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
Option "XaaNoOffscreenPixmaps" "true"
Option "UseFastTLS" "2"
Option "BusType" "AGP"
Option "UseInternalAGPGART" "no"
# Option "mtrr" "off"
# Option "no_accel" "no"
Option "no_dri" "yes"
Option "ForceMonitors" "notv"
Note the no_dri and commented mtrr : off options.
It seems the no_dri : yes thing does the trick.
This of course makes the driver useless,
I still have no 3d or 2d accel and scrolling is actually slower than under radeonhd.
BUT, my instinct is that if the devs want to fix the issues with the AGP HD2xxx card and fglrx , they should find out why:
-dri doesn't work (my card has DVI connectors only but monitor detection seems to have functioned, looking at the Xorg.0.log)
-a pcie memspace is reserved equal to the physical ram memspace on the card even though AGP is loaded
(II) fglrx(0): [agp] graphics chipset has AGP v3.0 (native mode)
(II) fglrx(0): [pcie] 520192 kB allocated
-edit- I forgot this bit:
:~$ uname -a
Linux thebe 2.6.22-14-generic #1 SMP Tue Dec 18 05:28:27 UTC 2007 x86_64 GNU/Linux
ii xorg 1:7.2-5ubuntu1 X.Org X Window System
ii xserver-xorg 1:7.2-5ubuntu1 the X.Org X server
ii libgl1-mesa-glx 7.0.1-1ubuntu3 A free implementation of the OpenGL API -- GLX runtime
Ubuntu 7.10 (pretty much stock) on an AMD 64X2 4800+ (S939) at VIA K8T800 chipset with 4 GB DDR433 RAM
givemesugarr
01-31-2008, 06:04 AM
i cannot assure you that this could be fixed, but i suspect that the fglrxdri is faulty for agp cards. also i still have to understand how to set the agpaperture at boot time. normally it should be indicated into the bios, but not everyone has it.
i suggest to put the agp aperture to half the board's ram.
then we have to make sure that the kernel has the agpgart and dri configured both as modules. if the first is not as module, it's ok to have it compiled inside the kernel itself.
then we have to make sure that fglrx agpgart doesn't load by adding the following to xorg.conf:
Option "UseInternalAGPGART" "false"
this option tells the driver wheter to load or not the internal agpgart. since fglrx doesn't officially support agp boards then it's not ok to load it.
after that we have to make sure that the bus type is correctly set:
Option "BusType" "AGP"
this will force the agp bustype into the board.
the next thing we need to tell xorg about is the type of agp that he is to use (make sure the agp version your mobo has by looking at it's specs and use the following options based on the version):
Option "AGPv3Mask" "0x00000001"
this sets the mode to 4x and applies ONLY if your mobo has agp version 3 bus, otherwise use the following one:
Option "AGPMask" "integer"
where integer might be:
"0x00000001" Disable AGP 1x (forces 2x or 4x).
"0x00000002" Disable AGP 2x (forces 1x or 4x).
"0x00000004" Disable AGP 4x (forces 1x or 2x).
"0x00000010" Disable fast-writes.
"0x00000200" Disable sidebanding.
here we'll have to test the various options out. first set to the less fast options, by disabling fast-writes, sidebanding and force to agp 1x or 2x. if this works then you can test more performant options.
then we have to block the signals on lock:
Option "BlockSignalsOnLock" "on"
then set the capabilities to default:
Option "Capabilities" "0x00000000"
Option "CapabilitiesEx" "0x00000000"
we'll try single monitor:
Option "DesktopSetup" "single"
we'll disable the full screen anti aliasing:
Option "FSAAEnable" "false"
and we'll add some kernel params:
Option "KernelModuleParm" "string"
Option "KernelModuleParm" "agplock=0"
Option "KernelModuleParm" "agp_try_unsupported=1"
Option "KernelModuleParm" "debug=1"
Option "KernelModuleParm" "maxlockedmem=256"
where 256 represents the memory size in mb.
we'll manually set the maxgartsize to half the board value for start:
Option "MaxGARTSize" "integer" setting it to the value set in the bios. if the bios cannot set the aperture, then ignore this option.
we'll ENABLE and not disable the memory type range registers:
Option "mtrr" "on"
set the accel to on:
Option "no_accel" "no"
Option "no_dri" "no"
we'll totally disable overlays:
Option "OpenGLOverlay" "false"
Option "VideoOverlay" "false"
remove all the other options present inthe device section.
now we'll go to the the extension section where we'll insert the following:
Option "DAMAGE" "false"
Option "RENDER" "false"
Option "Composite" "disable"
if the section is not present then add it by copying the following:
Section "Extensions"
Option "DAMAGE" "true"
Option "RENDER" "true"
Option "Composite" "Enable"
EndSection
after that in the serverflags section and add the following:
Option "AllowMouseOpenFail" "off"
Option "IgnoreABI" "on"
Option "AIGLX" "off"
if there's already one option with the same name but set to a different option use mine.
in the server layout section add:
Option "Clone" "off"
Option "Xinerama" "off"
and make sure the following section is present in the same way:
Section "DRI"
Group "video"
Mode 0660
EndSection
after that start in the 3rd level (no xdm) and digit startx to test the new configuration. if something goes wrong xorg won't start and you can see a backtrace of what wen't wrong. hopefully, instead, the device started and nothing went wrong. give a shot at the new xorg log and paste it on pastebin (it's more readable) and we'll try to see if everything went fine.
Swoopy
01-31-2008, 09:13 AM
i cannot assure you that this could be fixed, but i suspect that the fglrxdri is faulty for agp cards. also i still have to understand how to set the agpaperture at boot time. normally it should be indicated into the bios, but not everyone has it.
i suggest to put the agp aperture to half the board's ram.
then we have to make sure that the kernel has the agpgart and dri configured both as modules. if the first is not as module, it's ok to have it compiled inside the kernel itself.
then we have to make sure that fglrx agpgart doesn't load by adding the following to xorg.conf [>SNIP<]
result summary: BUPKISS :(
It still hangs, this time running startx, with little or no output in Xorg.0.log and a black screen hang.
Pastebin xorg.log: http://pastebin.com/m76f9b9af
Thanks for the pointers to that trove of xorg.conf options I did not know yet.
-edit- and thanks for taking the effort to try and help us poor AGP HD2xxx owners!!
givemesugarr
01-31-2008, 10:43 AM
result summary: BUPKISS :(
It still hangs, this time running startx, with little or no output in Xorg.0.log and a black screen hang.
Pastebin xorg.log: http://pastebin.com/m76f9b9af
Thanks for the pointers to that trove of xorg.conf options I did not know yet.
-edit- and thanks for taking the effort to try and help us poor AGP HD2xxx owners!!
from the log it seems that you have succeeded to load dri and you were too impatient on killing the xorg server. it has only arrived to the expose of the events to /proc and it should then start to load kdb and mouse. xaa, dri, and fgrlx seem to have been loaded fine. you might have to wait a little more time before xorg to start. startx would return to the console if it cannot stat, unlike the init 5 which will lockup. so retry the same options and wait about 1 or 2 minutes (you might have to wait this time before it starts). if you still see the black screen after 2 minutes switch to another console with ctrl+alt+f2 for example, login and then do a cat on the xorg log. you might be able to see if xorg arrived at the devices load (keyboard and mouse). it could hang if it cannot load the mouse (Option "AllowMouseOpenFail" "off" would prevent xorg from starting if it cannot find the mouse interface). so if you still cannot load the devices try setting it to on instead.
Swoopy
01-31-2008, 11:01 AM
from the log it seems that you have succeeded to load dri and you were too impatient on killing the xorg server. it has only arrived to the expose of the events to /proc and it should then start to load kdb and mouse. xaa, dri, and fgrlx seem to have been loaded fine. you might have to wait a little more time before xorg to start. startx would return to the console if it cannot stat, unlike the init 5 which will lockup. so retry the same options and wait about 1 or 2 minutes (you might have to wait this time before it starts). if you still see the black screen after 2 minutes switch to another console with ctrl+alt+f2 for example, login and then do a cat on the xorg log. you might be able to see if xorg arrived at the devices load (keyboard and mouse). it could hang if it cannot load the mouse (Option "AllowMouseOpenFail" "off" would prevent xorg from starting if it cannot find the mouse interface). so if you still cannot load the devices try setting it to on instead.
Thanks again, but, I doubt I can be called impatient. I let it sit there once for 15 minutes and the other for 10 and that's the point where it hangs,
whether that's what you'd expect or not. :confused:
New Xorg.0.log (I ran a diff, differences are minimal, some minor bumps on the drmOpen road it seems): http://pastebin.com/m2100c1f9
Oh, and I could ctrl-alt-f2 all I want, it really hangs the whole PC at that point . no keyboard response whatsoever except to Alt-SysRq-b :(
givemesugarr
01-31-2008, 11:50 AM
Thanks again, but, I doubt I can be called impatient. I let it sit there once for 15 minutes and the other for 10 and that's the point where it hangs,
whether that's what you'd expect or not. :confused:
New Xorg.0.log (I ran a diff, differences are minimal, some minor bumps on the drmOpen road it seems): http://pastebin.com/m2100c1f9
Oh, and I could ctrl-alt-f2 all I want, it really hangs the whole PC at that point . no keyboard response whatsoever except to Alt-SysRq-b :(
so the problem is in the driver and to me it seems to stand in the acpi settings. i'll post you later the script to try to fix this issue after i got home.
on gentoo it works. if you cannot wait till then search for the gentoo ati-powermode.sh script and try out running that one as root and then retry startx. maybe this time will work.
Ho boy this is so out of my league.
so the problem is in the driver and to me it seems to stand in the acpi settings. i'll post you later the script to try to fix this issue after i got home.
on gentoo it works.
When you said that on Gento it work do you mean this card (hd 2600 AGP) or some other card?
Swoopy
02-01-2008, 02:10 AM
With the following xorg.conf, I got fglrx to load.
In hindsight it is not such a surprise, since by botching the AGP init for the driver, the next thing that happened was that DRI failed to work, making it effectively as if I disabled it by using
Option "no_dri" "on"
Disabling DRI directly already made fglrx work for me.
Lo and behold, the driver does indeed behave the same way, dog-slow scrolling and no OpenGL accel whatsoever. Back to being worse off than with radeonhd driver :(
I'm gonna go with different AGPMask / AGPv3Mask (my BIOS options suggest it's AGP v3) settings next, or maybe disable AGP8x completely in the BIOS.
xorg.conf: http://pastebin.com/m5ac9de46
Xorg.0.log: http://pastebin.com/m566f4eb2
(I didn't find that ACPI=related script yet)
givemesugarr
02-01-2008, 04:00 AM
Ho boy this is so out of my league.
When you said that on Gento it work do you mean this card (hd 2600 AGP) or some other card?
i mean hd 2600 xt 256 ddr3 (pcie though). i haven't said that it would work, but it could after running the scripts that gentoo has provided. for me the gentoo packages were better than non gentoo ones and had almost always make the driver work.
With the following xorg.conf, I got fglrx to load.
In hindsight it is not such a surprise, since by botching the AGP init for the driver, the next thing that happened was that DRI failed to work, making it effectively as if I disabled it by using
Code:
Option "no_dri" "on"
Disabling DRI directly already made fglrx work for me.
Lo and behold, the driver does indeed behave the same way, dog-slow scrolling and no OpenGL accel whatsoever. Back to being worse off than with radeonhd driver
I'm gonna go with different AGPMask / AGPv3Mask (my BIOS options suggest it's AGP v3) settings next, or maybe disable AGP8x completely in the BIOS.
xorg.conf: http://pastebin.com/m5ac9de46
Xorg.0.log: http://pastebin.com/m566f4eb2
(I didn't find that ACPI=related script yet)
i'll try posting it to pastebin as soon i could connect to it.
Swoopy
02-01-2008, 04:23 AM
There's a /etc/acpi/fglrx-powermode.sh on my system,
is it the same?:
#!/bin/bash
. /etc/default/fglrx
if [ x$FGLRX_ACPI_SWITCH_POWERSTATES != xtrue ]; then
exit;
fi
getXuser() {
user=`finger| grep -m1 ":$displaynum " | awk '{print $1}'`
if [ x"$user" = x"" ]; then
user=`finger| grep -m1 ":$displaynum" | awk '{print $1}'`
fi
if [ x"$user" != x"" ]; then
userhome=`getent passwd $user | cut -d: -f6`
export XAUTHORITY=$userhome/.Xauthority
else
export XAUTHORITY=""
fi
}
grep -q closed /proc/acpi/button/lid/*/state
if [ $? = 0 ]; then
lid_closed=1
else
lid_closed=0
fi
grep -q off-line /proc/acpi/ac_adapter/*/state
if [ $? = 0 ]; then
on_dc=1
else
on_dc=0
fi
if [ ${lid_closed} -eq 1 -o ${on_dc} -eq 1 ]; then
echo "fglrx: setting low power"
for x in /tmp/.X11-unix/*; do
displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
getXuser;
if [ x"$XAUTHORITY" != x"" ]; then
export DISPLAY=":$displaynum"
powermode=`/usr/bin/aticonfig --lsp | grep -m1 low | cut -b 3-3`
if [ x"$powermode" != x"" ]; then
su $user -c "/usr/bin/aticonfig --set-powerstate=$powermode --effective=now" &>/dev/null
fi
fi
done
else
echo "fglrx: setting default powermode"
for x in /tmp/.X11-unix/*; do
displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
getXuser;
if [ x"$XAUTHORITY" != x"" ]; then
export DISPLAY=":$displaynum"
powermode=`/usr/bin/aticonfig --lsp | grep -m1 default | cut -b 3-3`
if [ x"$powermode" != x"" ]; then
su $user -c "/usr/bin/aticonfig --set-powerstate=$powermode --effective=now" &>/dev/null
fi
fi
done
fi
Swoopy
02-02-2008, 01:33 AM
See also: http://phoronix.com/forums/showthread.php?p=23936
N-0-X
02-02-2008, 06:32 AM
I've read (I forget where because of too muich reading last night) that the drivers doesn't work with ACPI. Try to recompile it without activating ACPI. Sorry though I don't know how you can do that under Ubuntu (i'm under Gentoo).
givemesugarr
02-02-2008, 08:34 AM
There's a /etc/acpi/fglrx-powermode.sh on my system,
is it the same?:
#!/bin/bash
. /etc/default/fglrx
if [ x$FGLRX_ACPI_SWITCH_POWERSTATES != xtrue ]; then
exit;
fi
getXuser() {
user=`finger| grep -m1 ":$displaynum " | awk '{print $1}'`
if [ x"$user" = x"" ]; then
user=`finger| grep -m1 ":$displaynum" | awk '{print $1}'`
fi
if [ x"$user" != x"" ]; then
userhome=`getent passwd $user | cut -d: -f6`
export XAUTHORITY=$userhome/.Xauthority
else
export XAUTHORITY=""
fi
}
grep -q closed /proc/acpi/button/lid/*/state
if [ $? = 0 ]; then
lid_closed=1
else
lid_closed=0
fi
grep -q off-line /proc/acpi/ac_adapter/*/state
if [ $? = 0 ]; then
on_dc=1
else
on_dc=0
fi
if [ ${lid_closed} -eq 1 -o ${on_dc} -eq 1 ]; then
echo "fglrx: setting low power"
for x in /tmp/.X11-unix/*; do
displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
getXuser;
if [ x"$XAUTHORITY" != x"" ]; then
export DISPLAY=":$displaynum"
powermode=`/usr/bin/aticonfig --lsp | grep -m1 low | cut -b 3-3`
if [ x"$powermode" != x"" ]; then
su $user -c "/usr/bin/aticonfig --set-powerstate=$powermode --effective=now" &>/dev/null
fi
fi
done
else
echo "fglrx: setting default powermode"
for x in /tmp/.X11-unix/*; do
displaynum=`echo $x | sed s#/tmp/.X11-unix/X##`
getXuser;
if [ x"$XAUTHORITY" != x"" ]; then
export DISPLAY=":$displaynum"
powermode=`/usr/bin/aticonfig --lsp | grep -m1 default | cut -b 3-3`
if [ x"$powermode" != x"" ]; then
su $user -c "/usr/bin/aticonfig --set-powerstate=$powermode --effective=now" &>/dev/null
fi
fi
done
fi
this is the powermanagement for acpi. it doesn't matter much. the patch i've been speaking about is meant to be added before the compilation.
here's the patch that need to be applied after decompressing fglrx and before compiling it on gentoo is automatic, but on ther distros you need to have the driver extracted, patched and after them compile the modules.
diff -ur common.orig/usr/share/doc/fglrx/examples/etc/acpi/ati-powermode.sh common/usr/share/doc/fglrx/examples/etc/acpi/ati-powermode.sh
--- common.orig/usr/share/doc/fglrx/examples/etc/acpi/ati-powermode.sh 2006-07-28 04:22:36.000000000 +0100
+++ common/usr/share/doc/fglrx/examples/etc/acpi/ati-powermode.sh 2006-08-04 12:19:42.000000000 +0100
@@ -4,6 +4,8 @@
# Control script for ACPI lid state and AC adapter state
#
+aticonfig='/opt/bin/aticonfig'
+
getXuser() {
user=`finger| grep -m1 ":$displaynum " | awk '{print $1}'`
if [ x"$user" = x"" ]; then
@@ -47,7 +49,7 @@
done
#If PPLIB is enabled
-su $user -c '/usr/bin/aticonfig --pplib-cmd="get version"' | grep PPLIB
+su $user -c '$aticonfig --pplib-cmd="get version"' | grep PPLIB
if [ $? = 0 ]; then
echo "Has PPLIB"
has_pplib=1
@@ -61,15 +63,15 @@
if [ ${lid_closed} -eq 1 -o ${on_dc} -eq 1 ]; then
echo "Low power"
if [ ${has_pplib} -eq 1 ]; then
- su $user -c '/usr/bin/aticonfig --pplib-cmd="notify psrc dc"'
+ su $user -c '$aticonfig --pplib-cmd="notify psrc dc"'
else
- su $user -c "/usr/bin/aticonfig --set-powerstate=1 --effective=now"
+ su $user -c "$aticonfig --set-powerstate=1"
fi
else
echo "high power"
if [ ${has_pplib} -eq 1 ]; then
- su $user -c '/usr/bin/aticonfig --pplib-cmd="notify psrc ac"'
+ su $user -c '$aticonfig --pplib-cmd="notify psrc ac"'
else
- su $user -c "/usr/bin/aticonfig --set-powerstate=3 --effective=now"
+ su $user -c "$aticonfig --set-powerstate=$($aticonfig --lsp | grep 'default state' | cut -c 3)"
fi
fi
then you run the following after compilation:
#!/bin/sh
#
# Control script grant/revoke access to X for the ATI External Events Daemon
#
# Distro maintainers may modify this reference script as necessary to conform
# to their distribution policies.
#
# Copyright (c) 2006, ATI Technologies Inc. All rights reserved.
#
#
# Parameters:
# $1 is a keyword, either "grant" or "revoke"
# $2 is the display name
# $3 is the X authorization file to be authorized
#
# Returns:
# 0 if authorization was successfully granted/revoked
# nonzero on failure
#
# Note:
# The third parameter only makes sense if xauth is being used. If another
# mechanism such as xhost is being used it can be ignored. For setups that
# do not do any form of authentication(!) this script can be trimmed down
# to just "exit 0" and the daemon will assume that it is always authorized.
#
GetServerAuthFile()
{
# Determine where the authorization key may be hiding. The location will
# vary depending upon whether X was started via xdm/kdm, gdm or startx, so
# check each one in turn.
# Check xdm/kdm
XDM_AUTH_MASK=/etc/X11/xdm/authdir/authfiles/A$1*
XDM_AUTH_FILE=`ls -t $XDM_AUTH_MASK 2>/dev/null | head -n 1` # Choose the newest file
if [ -n "$XDM_AUTH_FILE" ]; then
SERVER_AUTH_FILE=$XDM_AUTH_FILE
DISP_SEARCH_STRING="#ffff##:.*MIT-MAGIC-COOKIE"
return 0
fi
# Check gdm
GDM_AUTH_FILE=/var/gdm/$1.Xauth
if [ -e $GDM_AUTH_FILE ]; then
SERVER_AUTH_FILE=$GDM_AUTH_FILE
DISP_SEARCH_STRING="$1"
return 0
fi
# Finally, check for startx
for XPID in `pidof X`; do
TRIAL_XAUTH_FILE=`tr '\0' '\n' < /proc/$XPID/environ | grep -e "^XAUTHORITY=" | cut -d= -f2`
TRIAL_XAUTH_KEY=`xauth -f $TRIAL_XAUTH_FILE list | grep "unix$1"`
if [ -n "$TRIAL_XAUTH_KEY" ]; then
SERVER_AUTH_FILE=$TRIAL_XAUTH_FILE
DISP_SEARCH_STRING="unix$1"
return 0
fi
done
# Couldn't find the key
return -1
}
# Main part of script
#
# Since the daemon is usually started during init time before X comes up,
# $PATH may not yet contain the paths to the X binaries, particularly xauth.
# Add the usual location for where xauth may live and fail out if we still
# can't find it.
#
PATH=$PATH:/usr/bin:/usr/X11R6/bin
which xauth > /dev/null || exit -1
case "$1" in
grant)
GetServerAuthFile $2 || exit -1
DISP_AUTH_KEY=`xauth -f $SERVER_AUTH_FILE list | grep $DISP_SEARCH_STRING | awk '{ print $3 }'`
if [ -n "$DISP_AUTH_KEY" ]; then
xauth -f $3 add $2 . $DISP_AUTH_KEY || exit -1
else
exit -1
fi
;;
revoke)
xauth -f $3 remove $2 || exit -1
;;
*)
exit -1
;;
esac
exit 0
and then retry starting x. but i now think the problem stands in the glex.so module, without which dri isn't enabled. the glex.so problem is also on my x200m and i really think that this thing is due to the driver, and that we'll need to wait for the next release to have it fixed.
Ansraliant
06-01-2008, 10:29 PM
Hello, I have an ATI Radeon HD 2600 Pro AGP, and i could make it work with compiz. I've posted how i did it here:
http://www.phoronix.com/forums/showthread.php?t=7350&highlight=2600+agp&page=22
Hope it works to all of you. As prove of my faith here's my "fglrxinfo"
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 2600 Pro AGP
OpenGL version string: 2.1.7537 Release
Bye, and good luck. Ansraliant
vBulletin® v3.8.4, Copyright ©2000-2010, Jelsoft Enterprises Ltd.