Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
I have tried this too with no apparent change. I have installed (clean install, no upgrade) Fedora and I still get the very same behaviour. Is there a reference Linux distribution that you guys use when developing or do you all use a custom compiled kernel? If the latter, what should I try to actually verify that the hardware I have is not supported by the ATI driver? Should I open a bug in bugzilla? Thanks, Salvio Dr Andrew C Aitchison wrote: On Mon, 17 Nov 2003, Salvio wrote: On Sun, 16 Nov 2003, Salvio wrote: I have attached the latest config file and log. What happens if you disable 3D acceleration by commenting out Load DRI in the Module section ? Section Module Load dbe Load extmod Load fbdevhw Load glx Load record Load freetype Load type1 #Load dri EndSection 3D acceleration on the Mach64 isn't standard: I'm not sure that anyone has tested that 2D and 3D accleration work well together. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
Short answer: same thing, still superslow. Long answer: That is indeed what I tried... after re-reading my initial post I realised I didn't specify which X terminal was I using. The numbers are pretty much the same regardless of the terminal I use although the system seems slightly more responsive when I use xterm (but that can just be because it opens in a smaller window...). Let me reiterate that what I see in top is the cpu utilization when the system is not too loaded and the page is actually redrawn. The main actor is X anyway... I have tried having no background (I am using all default values, no custom fancy backgrounds just the one that comes with the standard Red Hat 9 installation): same result. If I open mozilla and drag windows over it then things get horribly slow. From now on I will always use 2 xterm sessions and an empty background. Could it be the window manager (what am I talking about? I'm confused by my own words...) to slow down things? If I install Fedora would that be the same you think? I want to install Fedora at some point to test and see if I can upgrade from Red Hat 9 to Fedora without problems (I have another system which I _must_ keep in working order and want to test the procedure before making at risk this one). Thanks, Salvio Marc Aurele La France wrote: On Sun, 16 Nov 2003, Salvio wrote: I have attached the latest config file and log. I was incorrect in stating #1: I was testing the system disabling acceleration (option accel no) to see if I could notice any difference. The attached log is the one corresponding to the attached config. The video redraw speed is still very slow. I can tell no difference when starting the system using accel no or commenting that out... Also, as I said in my initial posting, I notice a very similar behaviour on another Laptop of mine (Dell Inspiron 5100, ATI Radeon 7500) with the same OS installed (dual boot this time, I can do things using windows too if that helps...) - still I see high CPU activity with similar patter as it happens on the Latitude. Can this be a Red Hat 9 problem? Could this be a problem in Gnome? I have found several posts similar to mine searching the internet (from the far past to present days) and none of them has been actually answered. Let me know if there are other things I can try. You mention gnome-terminal. From there, start two xterms, i.e. xterm xterm (That's xterm, not gnome-terminal.) In one of them run top. Move the other xterm around, watching what top reports. Does CPU utilisation max out when only moving an xterm? Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
do you have any thoughs? Marc Aurele La France wrote: On Sun, 16 Nov 2003, Salvio wrote: I have attached the latest config file and log. I see no attachments here. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
Actually the window in which I run top only refreshes when the CPU is not maxed out. I'm trying to find a way of logging to a file the CPU activity but it all seems to me that the X process if eating all the CPU cycles. Salvio wrote: before changing anything, when moving windows, top shows: 70-75% to X about 10% to metacity about 10% to gnome-terminal when idle, top shows: 2% to X 2% to gnome-terminal 1% to other applications after changing: Replace [...] videoRam line with Option BackingStore On top shows: about 50-60% to X about 10% to metacity about 10% to gnome-terminal (a little better, thanks, although I can still see the screen redrawing) Does this tell you anything? Can this be made batter? This is still quite slower that it used to be in ms widows. Things I noticed: 1 - in XFree86.0.log the: (WW) ATI(0): Cannot shadow an accelerated frame buffer. has been replaced by (II) ATI(0): Using shadow frame buffer. 2 - (WW) ATI(0): Extraneous XF86Config VertRefresh specification(s) ignored. is still there 3 - instead of (==) ATI(0): Backing store disabled I get (==) ATI(0): Backing store enabled Thanks a lot, Salvio Marc Aurele La France wrote: On Mon, 10 Nov 2003, Salvio wrote: If `top` shows that the server is not entirely to blame for the CPU load, see if turning on backing store has any effect. CPU is idle - CPU is maxed out when moving windows swap memory is not used less than 50% of available phisical memory is used (both when moving and when not moving windows) You've said that already. But which process(es) is(are) eating CPU? The xterm, the Xserver, or some combination of both? Is this a 3D app? No. This happens with all X applcations. I'm testing using two XTerm windows and an empty desktop. OK. what is the meaning of this? see if turning on backing store has any effect Replace your XF86Config's videoRam line with Option BackingStore On. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
Hi Marc, thanks for your help. I have attached the latest config file and log. I was incorrect in stating #1: I was testing the system disabling acceleration (option accel no) to see if I could notice any difference. The attached log is the one corresponding to the attached config. The video redraw speed is still very slow. I can tell no difference when starting the system using accel no or commenting that out... Also, as I said in my initial posting, I notice a very similar behaviour on another Laptop of mine (Dell Inspiron 5100, ATI Radeon 7500) with the same OS installed (dual boot this time, I can do things using windows too if that helps...) - still I see high CPU activity with similar patter as it happens on the Latitude. Can this be a Red Hat 9 problem? Could this be a problem in Gnome? I have found several posts similar to mine searching the internet (from the far past to present days) and none of them has been actually answered. Let me know if there are other things I can try. Thanks, Salvio ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
before changing anything, when moving windows, top shows: 70-75% to X about 10% to metacity about 10% to gnome-terminal when idle, top shows: 2% to X 2% to gnome-terminal 1% to other applications after changing: Replace [...] videoRam line with Option BackingStore On top shows: about 50-60% to X about 10% to metacity about 10% to gnome-terminal (a little better, thanks, although I can still see the screen redrawing) Does this tell you anything? Can this be made batter? This is still quite slower that it used to be in ms widows. Things I noticed: 1 - in XFree86.0.log the: (WW) ATI(0): Cannot shadow an accelerated frame buffer. has been replaced by (II) ATI(0): Using shadow frame buffer. 2 - (WW) ATI(0): Extraneous XF86Config VertRefresh specification(s) ignored. is still there 3 - instead of (==) ATI(0): Backing store disabled I get (==) ATI(0): Backing store enabled Thanks a lot, Salvio Marc Aurele La France wrote: On Mon, 10 Nov 2003, Salvio wrote: If `top` shows that the server is not entirely to blame for the CPU load, see if turning on backing store has any effect. CPU is idle - CPU is maxed out when moving windows swap memory is not used less than 50% of available phisical memory is used (both when moving and when not moving windows) You've said that already. But which process(es) is(are) eating CPU? The xterm, the Xserver, or some combination of both? Is this a 3D app? No. This happens with all X applcations. I'm testing using two XTerm windows and an empty desktop. OK. what is the meaning of this? see if turning on backing store has any effect Replace your XF86Config's videoRam line with Option BackingStore On. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
As I said, the CPU is normally idle. When I quickly drag windows on the screen using my mouse, the CPU gets maxed out. I cannot believe that the redraw speed is that slow regardless of themes and such: I can see the windows being actually redrawn on screen when I drag them around the screen. FYI: I'm using Red Hat 9 which ships with Gnome. This problem happens using Gnome and it is a general problem across all X applications. Salvio Marc Aurele La France wrote: On Sat, 8 Nov 2003, Marc Aurele La France wrote: On Fri, 7 Nov 2003, Salvio Sergi wrote: Everything starts fine with no errors (as you can see from the logs). The problem I have is that I don't think I have 2D acceleration. The simple test I do is to just drag a window on the screen... the redraw is extremely slow and the CPU is maxed out (only when I move the windows) This means (I guess) that I do not have 2D acceleration. Not necessarily. Use `top` is figure out which process is eating up CPU time. Replying to my own post, with a few more things to look into... If `top` shows that the server is not entirely to blame for the CPU load, see if turning on backing store has any effect. Is this a 3D app? If so, you're limited to software rendering (for now). BTW, your VideoRAM specification is irrelevent. The driver ignores it. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
Marc, If `top` shows that the server is not entirely to blame for the CPU load, see if turning on backing store has any effect. CPU is idle - CPU is maxed out when moving windows swap memory is not used less than 50% of available phisical memory is used (both when moving and when not moving windows) Is this a 3D app? No. This happens with all X applcations. I'm testing using two XTerm windows and an empty desktop. what is the meaning of this? see if turning on backing store has any effect What else do you need to know? Salvio Marc Aurele La France wrote: On Mon, 10 Nov 2003, Salvio wrote: Everything starts fine with no errors (as you can see from the logs). The problem I have is that I don't think I have 2D acceleration. The simple test I do is to just drag a window on the screen... the redraw is extremely slow and the CPU is maxed out (only when I move the windows) This means (I guess) that I do not have 2D acceleration. Not necessarily. Use `top` is figure out which process is eating up CPU time. Replying to my own post, with a few more things to look into... If `top` shows that the server is not entirely to blame for the CPU load, see if turning on backing store has any effect. Is this a 3D app? If so, you're limited to software rendering (for now). BTW, your VideoRAM specification is irrelevent. The driver ignores it. As I said, the CPU is normally idle. When I quickly drag windows on the screen using my mouse, the CPU gets maxed out. I cannot believe that the redraw speed is that slow regardless of themes and such: I can see the windows being actually redrawn on screen when I drag them around the screen. FYI: I'm using Red Hat 9 which ships with Gnome. This problem happens using Gnome and it is a general problem across all X applications. If you want help, stop wasting my time, and answer my questions. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
OK - thanks I'll have to try that on Friday (I won't be home before...) and will post the results. - Salvio Marc Aurele La France wrote: On Mon, 10 Nov 2003, Salvio wrote: If `top` shows that the server is not entirely to blame for the CPU load, see if turning on backing store has any effect. CPU is idle - CPU is maxed out when moving windows swap memory is not used less than 50% of available phisical memory is used (both when moving and when not moving windows) You've said that already. But which process(es) is(are) eating CPU? The xterm, the Xserver, or some combination of both? Is this a 3D app? No. This happens with all X applcations. I'm testing using two XTerm windows and an empty desktop. OK. what is the meaning of this? see if turning on backing store has any effect Replace your XF86Config's videoRam line with Option BackingStore On. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
Hi, I posted this on dri-users and have been suggested to post here... Everything starts fine with no errors (as you can see from the logs). The problem I have is that I don't think I have 2D acceleration. The simple test I do is to just drag a window on the screen... the redraw is extremely slow and the CPU is maxed out (only when I move the windows) This means (I guess) that I do not have 2D acceleration. You can actually see the redraw happening... really slow. To add to that, at the time I had windows 2000 server installed on that machine (Laptop Dell Latitude CPxj, now a Linux only system) the windows could be moved around really fast so it can't be a limitation of the hardware. CPU is a pentium 3 some 600Mhz - 512 MB memory - less than 200MB used by the system, no swap space used. I have also tried other colour depths as well as different screen resolutions (I think I tried all possible permutations): always with the same results. I finally tried Accel on and off with no apparent consequence (same speed) Thanks, Salvio # XFree86 4 configuration created by redhat-config-xfree86 Section ServerLayout Identifier Default Layout Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. RgbPath /usr/X11R6/lib/X11/rgb FontPath unix/:7100 EndSection Section Module Load dbe Load extmod Load fbdevhw Load glx Load record Load freetype Load type1 Load dri EndSection Section InputDevice # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option Xleds 1 2 3 # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option XkbModel pc102 # If you have a US Microsoft Natural keyboard, you can use: # Option XkbModel microsoft # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option XkbLayout de # or: # Option XkbLayout de # Option XkbVariantnodeadkeys # # If you'd like to switch the positions of your capslock and # control keys, use: # Option XkbOptionsctrl:swapcaps # Or if you just want both to be control, use: # Option XkbOptionsctrl:nocaps # Identifier Keyboard0 Driver keyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout gb EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol PS/2 Option Device /dev/input/mice Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section InputDevice # If the normal CorePointer mouse is not a USB mouse then # this input device can be used in AlwaysCore mode to let you # also use USB mice at the same time. Identifier DevInputMice Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameUnknown monitor HorizSync31.5 - 37.9 VertRefresh 50.0 - 70.0 Option dpms EndSection Section Device Identifier Videocard0 Driver ati VendorName Videocard vendor BoardName ATI Rage Mobility VideoRam8192 EndSection Section Screen Identifier Screen0 Device Videocard0 MonitorMonitor0 DefaultDepth 16 SubSection Display Depth 16 Modes1024x768 EndSubSection EndSection Section DRI Group0 Mode 0666 EndSection XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-20.9 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Mon Aug 18 11:45
[XFree86] 2D Acceleration not working (nor 3D)
I have installed Red Hat 9 on both a Latitude CPj and an Inspiron 5100. These are vanilla installations - none of the two has 2D acceleration (and no 3D either) I have tried the drivers found at xig.com on the Latitude with no success (installation was ok but no improvement). I have also tried dri.sourceforge.net without luck. Are my cards supported at all? On the Latitude: ATI Rage Mobility P/M AGP 2x (rev 64) On the Inspiron: Radeon 7500 (Mobility as well) Following are some more details on what I have on my Latitude (test system, I can mess around with it): XF86Config == ... Section Module Load dbe Load extmod Load fbdevhw Load glx Load record Load freetype Load type1 Load dri EndSection ... Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameUnknown monitor HorizSync31.5 - 37.9 VertRefresh 50.0 - 70.0 Option dpms EndSection Section Device Identifier Videocard0 Driver ati VendorName Videocard vendor BoardName ATI Rage Mobility VideoRam8192 EndSection Section Screen Identifier Screen0 Device Videocard0 MonitorMonitor0 DefaultDepth 16 SubSection Display Depth 16 Modes1024x768 EndSubSection EndSection Section DRI Group0 Mode 0666 EndSection Output of lspci === 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) (prog-if 00 [VGA]) Subsystem: Dell Computer Corporation: Unknown device 00bb Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 32 (2000ns min), cache line size 08 Interrupt: pin A routed to IRQ 11 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: I/O ports at ec00 [size=256] Region 2: Memory at fcfff000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at unassigned [disabled] [size=128K] Capabilities: [50] AGP version 1.0 Status: RQ=255 SBA+ 64bit- FW- Rate=x1,x2 Command: RQ=0 SBA- AGP- 64bit- FW- Rate=none Capabilities: [5c] Power Management version 1 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- XFree86.0.log = (II) ATI(0): VESA BIOS detected (II) ATI(0): VESA VBE Version 2.0 (II) ATI(0): VESA VBE Total Mem: 8128 kB (II) ATI(0): VESA VBE OEM: ATI MACH64 (II) ATI(0): VESA VBE OEM Software Rev: 1.0 (II) ATI(0): VESA VBE OEM Vendor: ATI Technologies Inc. (II) ATI(0): VESA VBE OEM Product: MACH64RM (II) ATI(0): VESA VBE OEM Product Rev: 01.00 (II) ATI(0): VESA VBE DDC supported (II) ATI(0): VESA VBE DDC Level none (II) ATI(0): VESA VBE DDC transfer in appr. 2 sec. (II) ATI(0): VESA VBE DDC read failed (--) ATI(0): ATI 3D Rage Mobility graphics controller detected. (--) ATI(0): Chip type 4C4D LM, version 4, foundry TSMC, class 0, revision 0x01. (--) ATI(0): AGP bus interface detected; block I/O base is 0xEC00. (--) ATI(0): ATI Mach64 adapter detected. (!!) ATI(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) ATI(0): Internal RAMDAC (subtype 1) detected. (==) ATI(0): RGB weight 565 (==) ATI(0): Default visual is TrueColor (==) ATI(0): Using gamma correction (1.0, 1.0, 1.0) (II) ATI(0): Using Mach64 accelerator CRTC. (--) ATI(0): 1024x768 panel (ID 2) detected. (--) ATI(0): Panel model Samsung LT141X4-156. (--) ATI(0): Panel clock is 65.146 MHz. (II) ATI(0): Using digital flat panel interface. (II) ATI(0): Storing hardware cursor image at 0xFD7FFC00. (II) ATI(0): Using 8 MB linear aperture at 0xFD00. (!!) ATI(0): Virtual resolutions will be limited to 8191 kB due to linear aperture size and/or placement of hardware cursor image area. (II) ATI(0): Using Block 0 MMIO aperture at 0xFCFFF400. (II) ATI(0): Using Block 1 MMIO aperture at 0xFCFFF000. (==) ATI(0): Write-combining range (0xfd00,0x80) (II) ATI(0): MMIO write caching enabled. (--) ATI(0): 8192 kB of SDRAM (1:1) detected (using 8191 kB). (WW) ATI(0): Cannot shadow an accelerated frame buffer. (II) ATI(0): Engine XCLK 124.453 MHz; Refresh rate code 12. (--) ATI(0): Internal programmable clock generator detected. (--) ATI(0): Reference clock 29.500 MHz. (!!) ATI(0): Conflicting XF86Config HorizSync specification(s) ignored. (WW) ATI(0): Extraneous XF86Config VertRefresh
[XFree86] 2D Acceleration not working (nor 3D)
Hi All, apologies if this gets posted twice... I have installed Red Hat 9 on two laptops: a Latitude CPj and an Inspiron 5100. These are vanilla installations - none of the two has 2D acceleration (and no 3D either). I have tried the drivers found at xig.com on the Latitude with no success (installation was ok but no improvement). I have also tried dri.sourceforge.net without luck. Are my cards supported at all? On the Latitude: ATI Rage Mobility P/M AGP 2x (rev 64) On the Inspiron: Radeon 7500 (Mobility as well) Any advise / suggestions are welcome. Salvio Following are some more details on what I have on my Latitude (test system, I can mess around with it): XF86Config == ... Section Module Load dbe Load extmod Load fbdevhw Load glx Load record Load freetype Load type1 Load dri EndSection ... Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameUnknown monitor HorizSync31.5 - 37.9 VertRefresh 50.0 - 70.0 Option dpms EndSection Section Device Identifier Videocard0 Driver ati VendorName Videocard vendor BoardName ATI Rage Mobility VideoRam8192 EndSection Section Screen Identifier Screen0 Device Videocard0 MonitorMonitor0 DefaultDepth 16 SubSection Display Depth 16 Modes1024x768 EndSubSection EndSection Section DRI Group0 Mode 0666 EndSection Output of lspci === 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) (prog-if 00 [VGA]) Subsystem: Dell Computer Corporation: Unknown device 00bb Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 32 (2000ns min), cache line size 08 Interrupt: pin A routed to IRQ 11 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: I/O ports at ec00 [size=256] Region 2: Memory at fcfff000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at unassigned [disabled] [size=128K] Capabilities: [50] AGP version 1.0 Status: RQ=255 SBA+ 64bit- FW- Rate=x1,x2 Command: RQ=0 SBA- AGP- 64bit- FW- Rate=none Capabilities: [5c] Power Management version 1 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- XFree86.0.log = (II) ATI(0): VESA BIOS detected (II) ATI(0): VESA VBE Version 2.0 (II) ATI(0): VESA VBE Total Mem: 8128 kB (II) ATI(0): VESA VBE OEM: ATI MACH64 (II) ATI(0): VESA VBE OEM Software Rev: 1.0 (II) ATI(0): VESA VBE OEM Vendor: ATI Technologies Inc. (II) ATI(0): VESA VBE OEM Product: MACH64RM (II) ATI(0): VESA VBE OEM Product Rev: 01.00 (II) ATI(0): VESA VBE DDC supported (II) ATI(0): VESA VBE DDC Level none (II) ATI(0): VESA VBE DDC transfer in appr. 2 sec. (II) ATI(0): VESA VBE DDC read failed (--) ATI(0): ATI 3D Rage Mobility graphics controller detected. (--) ATI(0): Chip type 4C4D LM, version 4, foundry TSMC, class 0, revision 0x01. (--) ATI(0): AGP bus interface detected; block I/O base is 0xEC00. (--) ATI(0): ATI Mach64 adapter detected. (!!) ATI(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) ATI(0): Internal RAMDAC (subtype 1) detected. (==) ATI(0): RGB weight 565 (==) ATI(0): Default visual is TrueColor (==) ATI(0): Using gamma correction (1.0, 1.0, 1.0) (II) ATI(0): Using Mach64 accelerator CRTC. (--) ATI(0): 1024x768 panel (ID 2) detected. (--) ATI(0): Panel model Samsung LT141X4-156. (--) ATI(0): Panel clock is 65.146 MHz. (II) ATI(0): Using digital flat panel interface. (II) ATI(0): Storing hardware cursor image at 0xFD7FFC00. (II) ATI(0): Using 8 MB linear aperture at 0xFD00. (!!) ATI(0): Virtual resolutions will be limited to 8191 kB due to linear aperture size and/or placement of hardware cursor image area. (II) ATI(0): Using Block 0 MMIO aperture at 0xFCFFF400. (II) ATI(0): Using Block 1 MMIO aperture at 0xFCFFF000. (==) ATI(0): Write-combining range (0xfd00,0x80) (II) ATI(0): MMIO write caching enabled. (--) ATI(0): 8192 kB of SDRAM (1:1) detected (using 8191 kB). (WW) ATI(0): Cannot shadow an accelerated frame buffer. (II) ATI(0): Engine XCLK 124.453 MHz; Refresh rate code 12. (--) ATI(0): Internal programmable clock generator detected. (--) ATI(0): Reference clock 29.500 MHz. (!!) ATI(0): Conflicting XF86Config HorizSync specification(s) ignored. (WW