July 2009 - Radeon HD - openSUSE Mailing Lists

RS690/RS740 - Is anyone running this successfully yet
by GS Hunt 25 Jul '09

25 Jul '09

Hello all I was wondering if anyone was successfully runing this chipset yet? It's a bit disheartening to try testing it, as it locks up my computer every time. The only time it worked for me , (perhaps by fluke) was with a refactor patch which never made it into the tree. Gary >From 4e105ed91383110d5b6b1d186791b0e7759fa15d Mon Sep 17 00:00:00 2001 From: Matthias Hopf <mhopf(a)suse.de> Date: Mon, 11 May 2009 18:00:16 +0200 Subject: [PATCH] Refactor MC setup to use memory mapped registers. Previously PCI space was used, which seems to fail on some RS740. Thanks to Roman Stanchak for finding that. --- src/rhd_driver.c | 42 ++++++++---------------------------------- 1 files changed, 8 insertions(+), 34 deletions(-) diff --git a/src/rhd_driver.c b/src/rhd_driver.c index 612fe4e..a52fc9a 100644 --- a/src/rhd_driver.c +++ b/src/rhd_driver.c @@ -2545,23 +2545,11 @@ _RHDReadMC(int scrnIndex, CARD32 addr) RHDRegWrite(rhdPtr, RS60_MC_NB_MC_INDEX, addr); ret = RHDRegRead(rhdPtr, RS60_MC_NB_MC_DATA); } else if (rhdPtr->ChipSet == RHD_RS690 || rhdPtr->ChipSet == RHD_RS740) { -#ifdef XSERVER_LIBPCIACCESS - CARD32 data = addr & ~RS69_MC_IND_WR_EN; - pci_device_cfg_write(rhdPtr->NBPciInfo, &(data), RS69_MC_INDEX, 4, NULL); - pci_device_cfg_read(rhdPtr->NBPciInfo, &ret, RS69_MC_DATA, 4, NULL); -#else - pciWriteLong(rhdPtr->NBPciTag, RS69_MC_INDEX, addr & ~RS69_MC_IND_WR_EN); - ret = pciReadLong(rhdPtr->NBPciTag, RS69_MC_DATA); -#endif + RHDRegWrite(rhdPtr, RS69_MC_INDEX, addr & ~RS69_MC_IND_WR_EN); + ret = RHDRegRead(rhdPtr, RS69_MC_DATA); } else { -#ifdef XSERVER_LIBPCIACCESS - CARD32 data = addr & ~RS78_MC_IND_WR_EN; - pci_device_cfg_write(rhdPtr->NBPciInfo, &(data), RS78_NB_MC_IND_INDEX, 4, NULL); - pci_device_cfg_read(rhdPtr->NBPciInfo, &ret, RS78_NB_MC_IND_DATA, 4, NULL); -#else - pciWriteLong(rhdPtr->NBPciTag, RS78_NB_MC_IND_INDEX, (addr & ~RS78_MC_IND_WR_EN)); - ret = pciReadLong(rhdPtr->NBPciTag, RS78_NB_MC_IND_DATA); -#endif + RHDRegWrite(rhdPtr, RS78_NB_MC_IND_INDEX, addr & ~RS78_MC_IND_WR_EN); + ret = RHDRegRead(rhdPtr, RS78_NB_MC_IND_DATA); } #ifdef RHD_DEBUG RHDDebug(scrnIndex,"%s(0x%08X) = 0x%08X\n",__func__,(unsigned int)addr, @@ -2587,25 +2575,11 @@ _RHDWriteMC(int scrnIndex, CARD32 addr, CARD32 data) RHDRegWrite(rhdPtr, RS60_MC_NB_MC_INDEX, addr | RS60_NB_MC_IND_WR_EN); RHDRegWrite(rhdPtr, RS60_MC_NB_MC_DATA, data); } else if (rhdPtr->ChipSet == RHD_RS690 || rhdPtr->ChipSet == RHD_RS740) { -#ifdef XSERVER_LIBPCIACCESS - CARD32 tmp = addr | RS69_MC_IND_WR_EN; - pci_device_cfg_write(rhdPtr->NBPciInfo, &tmp, RS69_MC_INDEX, 4, NULL); - pci_device_cfg_write(rhdPtr->NBPciInfo, &data, RS69_MC_DATA, 4, NULL); -#else - pciWriteLong(rhdPtr->NBPciTag, RS69_MC_INDEX, addr | RS69_MC_IND_WR_EN); - pciWriteLong(rhdPtr->NBPciTag, RS69_MC_DATA, data); -#endif - + RHDRegWrite(rhdPtr, RS69_MC_INDEX, addr | RS69_MC_IND_WR_EN); + RHDRegWrite(rhdPtr, RS69_MC_DATA, data); } else { -#ifdef XSERVER_LIBPCIACCESS - CARD32 tmp = addr | RS78_MC_IND_WR_EN; - pci_device_cfg_write(rhdPtr->NBPciInfo, &tmp, RS78_NB_MC_IND_INDEX, 4, NULL); - pci_device_cfg_write(rhdPtr->NBPciInfo, &data, RS78_NB_MC_IND_DATA, 4, NULL); -#else - pciWriteLong(rhdPtr->NBPciTag, RS78_NB_MC_IND_INDEX, addr | RS78_MC_IND_WR_EN); - pciWriteLong(rhdPtr->NBPciTag, RS78_NB_MC_IND_DATA, data); -#endif - + RHDRegWrite(rhdPtr, RS78_NB_MC_IND_INDEX, addr | RS78_MC_IND_WR_EN); + RHDRegWrite(rhdPtr, RS78_NB_MC_IND_DATA, data); } } -- 1.6.0.2

4 7

Modeline not useful in dual monitor?
by chemaniak＠wp.pl 25 Jul '09

25 Jul '09

I have plugged in a second monitor through VGA to my laptop with radeonhd 3650. Everything works fine but the image is shifted on the external display (it is normal because on the previous computer it was also shifted so I fixed it by adjusting modeline in monitor section) Hovewer modeline in dual monitor Modeline desn't work at all. xvidtune says that it cannot test the modeline because it is out of frequency (maybe it takes parameters from laptop panel?). My xorg: Section "Files" FontPath "/usr/share/fonts/misc" FontPath "/usr/share/fonts/100dpi/:unscaled" FontPath "/usr/share/fonts/75dpi/:unscaled" #FontPath "/usr/share/fonts/Type1" FontPath "/usr/share/fonts/100dpi" FontPath "/usr/share/fonts/75dpi" EndSection Section "Module" Load "dri" Load "dri2" Load "drm" Load "extmod" Load "dbe" Load "freetype" Load "glx" Load "int10" EndSection Section "ServerFlags" Option "AutoAddDevices" "False" Option "AIGLX" "On" Option "DontZap" "False" EndSection Section "Extensions" Option "Composite" "On" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbLayout" "pl, hu, ru" Option "XKbVariant" ",qwerty," Option "XKbOptions" "grp:lctrl_lshift_toggle" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "false" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" Option "Device" "/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "InputDevice" Identifier "stylus" Driver "wacom" Option "Type" "stylus" Option "Device" "/dev/input/wacom" Option "USB" "on" Option "KeepShape" "off" Option "Mode" "Absolute" Option "Vendor" "WACOM" Option "Threshold" "5" EndSection Section "InputDevice" Identifier "eraser" Driver "wacom" Option "Type" "eraser" Option "Device" "/dev/input/wacom" Option "KeepShape" "off" Option "USB" "on" Option "Mode" "Absolute" Option "Vendor" "WACOM" Option "Threshold" "5" EndSection Section "InputDevice" Identifier "cursor" Driver "wacom" Option "Type" "cursor" Option "Device" "/dev/input/wacom" Option "KeepShape" "off" Option "USB" "on" Option "Mode" "Absolute" Option "Vendor" "WACOM" Option "Threshold" "5" EndSection Section "Device" Identifier "ATIRADEON3650" Driver "radeonhd" Option "XAANoOffscreenPixmaps" "true" Option "AccelMethod" "exa" Option "monitor-VGA_1" "Gener" Option "monitor-PANEL" "Panel" Option "RROutputOrder" "Gener" Option "DRI" "On" EndSection Section "Monitor" Identifier "Gener" Option "DPMS" EndSection Section "Monitor" Identifier "Exter" Modeline "1280x1024_60.00" 108.88 1280 1312 1424 1688 1024 1025 1028 1066 +HSync +VSync Option "RightOf" "Gener" Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATIRADEON3650" DefaultDepth 24 SubSection "Display" Depth 16 Modes "1400x900" EndSubSection SubSection "Display" Depth 24 Modes "1400x900" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Synaptics Touchpad" InputDevice "cursor" "SendCoreEvents" InputDevice "stylus" "SendCoreEvents" InputDevice "eraser" "SendCoreEvents" EndSection Section "DRI" Group "video" Mode 0666 EndSection ---------------------------------------------------- Szukasz noclegu, kwatery, kolonii, obozu, wyprawy, spa.... Już jest, największa baza ogłoszeń turystycznych, sprawdź! Kliknij: http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fotowakacje.html&… -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

2 1

RE: [radeonhd] Bug Report
by Bridgman, John 24 Jul '09

24 Jul '09

OK, thanks. That's definitely a very old drm, much too old to support your GPU. If you follow the drm build instructions from the previous email that should get you a lot closer. Not sure if the drm code has been tested on 2.6.25 but we'll find out I guess ;) -----Original Message----- From: Johannes Black [mailto:johannes.black@gmail.com] Sent: Friday, July 24, 2009 4:58 PM To: Bridgman, John Subject: Re: [radeonhd] Bug Report [ 0.000000] Linux version 2.6.25.1-rarqos (root@tron) (gcc version 4.3.3 (Debian 4.3.3-14) ) #5 SMP Wed Jul 22 19:31:18 CEST 2009 <snip> [ 0.313531] [drm] Initialized drm 1.1.0 20060810 -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

Bug Report
by Johannes Black 24 Jul '09

24 Jul '09

(II) RADEONHD: version 1.2.5, built from non-git sources (II) Primary Device is: PCI 01@00:00:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[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 - 0x00000000 (0x1) IX[B] (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEONHD(0): Creating default Display subsection in Screen section "Default Screen" for depth/fbbpp 24/32 (==) RADEONHD(0): Depth 24, (--) framebuffer bpp 32 (**) RADEONHD(0): Option "DRI" (**) RADEONHD(0): Option "ScaleType" "scale_keep_aspect_ratio" (**) RADEONHD(0): Selected ShadowFB. (II) RADEONHD(0): Unknown card detected: 0x9505:0x0000:0x0000. If - and only if - your card does not work or does not work optimally please contact radeonhd(a)opensuse.org to help rectify this. Use the subject: 0x9505:0x0000:0x0000: <name of board> and *please* describe the problems you are seeing in your message. --- The scaling in ScummVM (and others) doesn't work. The cpu performance in videos is very bad ... Card: 01:00.0 VGA compatible controller: ATI Technologies Inc RV670PRO [Radeon HD 3850] -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

2 3

0x7942:0x1854:0x0123: ATI Radeon Xpress 1250 for LG/Lhotse2
by Victor Vlasenko 24 Jul '09

24 Jul '09

Hello! I'm seeing black screen with latest radeonhd from git. I have compiled driver using instructions from here http://www.x.org/wiki/radeon and checking out and building also radeonhd driver. Log and X11 configuration are attached. I'm using Ubuntu 9.04 Jaunty Jackalope. Thank you for all your hard work! Victor Vlasenko # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # Note that some configuration settings that could be done previously # in this file, now are automatically configured by the server and settings # here are ignored. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Device" Identifier "Configured Video Device" Driver "radeon" Option "DRI" "on" Option "AccelMethod" "EXA" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" Device "Configured Video Device" EndSection Section "Files" ModulePath "/local/xorg/lib/xorg/modules,/usr/lib/xorg/modules" EndSection

5 9

Powermanagement - Current State
by Matthias Hopf 24 Jul '09

24 Jul '09

I've added support for PowerPlayInfo_V4 (the one I reverse engineered lately) in radeonhd today - and a whole bunch of heuristic validation routines. Which means that the driver *finally* has some idea about the possible chip frequencies and voltages :-D Determination of some of the values is still scary, and I don't know yet whether we will stumble over them - especially the minimum frequencies are sort-of guessed from the (known) minimum PLL output frequencies. But we need them, because some cards (e.g. one RV770 I have here) only have one known good memory clock configuration, while it can save *tons* of power if it is lowered (tested + measured, GDDR5 memory really uses a lot of power). Therefor, the values are checked for reasonable bounds, and rejected if they exceed. So if a future chip needs less than 500mV for operation, we will have to update these tests... The current code has all these bits in place, but doesn't configure anything different than previous versions. First, a set of reasonable settings has to be determined, which will need additional heuristics (this is done in rhdPmSelectSettings(), which needs some love still). This selection also depends on how difficult it will be to change the engine and memory clock, and the VDDC voltage. So far we only set the engine clock, but code is already in place for the other two. Before setting a clock, it must be made sure that the engines using this clock are idle - that's why we (ahem!) only set the engine clock once at the beginning so far: - For setting the engine clock, the engine must be idle (surprise). - For setting the memory clock, memory accesses must be prohibited. Which means that the screen will be blank during this phase. It remains to be seen whether the vertical blank is long enough to do this on the fly. Otherwise this means that we *typically* shouldn't change the memory clock during runtime. Things get messy when multiple screens are attached... - For setting the VDDC voltage, all engines must be idle. Also, certain combinations of engine and memory clock require certain VDDC voltages. The amount of known good configurations is limited, and sometimes they are contradicting :-[ Remains to be seen whether we can sort-of interpolate between good settings, because typically there are more voltage values available than used... Later we will need an oracle for selecting the right power state according to the current usage pattern. It might be easier to do that in kernel space, but this remains to be seen. That's it for today, I actually hoped to get more accomplished during our HackWeek. But reading out dynamic AtomBIOS tables can be... intriguingly complex. CU all Matthias -- Matthias Hopf <mhopf(a)suse.de> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat(a)mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

2 2

xf86-video-radeonhd:master: 2 commit(s)
by mhopf＠kemper.freedesktop.org 24 Jul '09

24 Jul '09

Reporting from xf86-video-radeonhd: Radeon HD video driver Please visit: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd Or get your own copy by using: git-clone git://anongit.freedesktop.org/xorg/driver/xf86-video-radeonhd 2 commits against master at eabbde4e...: src/rhd_atombios.c | 10 ++++++++++ src/rhd_pm.c | 20 ++++++++++++++++++++ 2 files changed, 30 insertions(+) commit d19a10b753d3a235cda21246c1b1721673fe1061 Author: Matthias Hopf <mhopf(a)suse.de> Date: Fri Jul 24 16:01:30 2009 +0200 Work around ParseTable returning CD_SUCCESS if the command table doesn't exist Typical example: GET_MEMORY_CLOCK doesn't exist, and some random value that happens to be stored in the call struct is considered to be the correct value. diffstat: src/rhd_atombios.c | 10 ++++++++++ 1 file changed, 10 insertions(+) gitweb url: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=commit;h… commit 3d031afba8c23b7099d32b97a16ccdf06a906fdd Author: Matthias Hopf <mhopf(a)suse.de> Date: Fri Jul 24 15:30:39 2009 +0200 Validate current clocks - some AtomBIOSes provide broken values. diffstat: src/rhd_pm.c | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) gitweb url: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=commit;h… -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

Fwd: 0x9610:0x1043:0x82F1: ASUS M3A78-EM
by Вершинин Егор 24 Jul '09

24 Jul '09

Good day. My video card is not determined by the current driver radeonhd - log / var/log/Xorg.0.log there this message: (II) RADEONHD(0): Unknown card detected: 0x9610:0x1043:0x82F1. If - and only if - your card does not work or does not work optimally please contact radeonhd(a)opensuse.org to help rectify this. Use the subject: 0x9610:0x1043:0x82F1: <name of board> and *please* describe the problems you are seeing in your message. I am using the following system: Operating system: FreeBSD 7.2-STABLE (AMD64) - collected: 19.07.09 Xorg version 1.6.1 (Release Date: 2009-4-14) Kernel module drm.ko and radeon.ko loading (dmesg): vgapci0: <VGA-compatible display> port 0xc000-0xc0ff mem 0xd0000000-0xdfffffff,0xfbdf0000-0xfbdfffff,0xfbc00000-0xfbcfffff irq 18 at device 5.0 on pci1 drm0: <ATI Radeon HD 3200 Graphics> on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.29.0 20080528 My Problem: No adjustment screen - now work only: 1024x768@60 Sincerely Vershinin Egor -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

xf86-video-radeonhd:master: 5 commit(s)
by mhopf＠kemper.freedesktop.org 23 Jul '09

23 Jul '09

Reporting from xf86-video-radeonhd: Radeon HD video driver Please visit: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd Or get your own copy by using: git-clone git://anongit.freedesktop.org/xorg/driver/xf86-video-radeonhd 5 commits against master at 9c66f5fb...: configure.ac | 3 src/atombios_rev.h | 199 +++++++++++++++++++++++++++++++++++++++++++++++++++++ src/rhd.h | 8 ++ src/rhd_atombios.c | 98 +++++++++++++++++++++++--- src/rhd_atombios.h | 21 +++-- src/rhd_pm.c | 157 +++++++++++++++++++++++------------------ src/rhd_pm.h | 32 +++----- 7 files changed, 409 insertions(+), 109 deletions(-) commit eabbde4e4cc8fa2bd9f3f1f347e557b6b1210f0d Author: Matthias Hopf <mhopf(a)suse.de> Date: Thu Jul 23 18:52:39 2009 +0200 Fix C++ comments warnings in reverse engineered AtomBIOS. diffstat: src/atombios_rev.h | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) gitweb url: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=commit;h… commit baa8d6e2de33b0b4f7276af86b701bf2f16452bc Author: Matthias Hopf <mhopf(a)suse.de> Date: Thu Jul 23 18:48:42 2009 +0200 Add check for -Wno-unknown-pragmas in configure.ac. diffstat: configure.ac | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) gitweb url: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=commit;h… commit 6f32189092c30d05452063367a440a59ae920f50 Author: Matthias Hopf <mhopf(a)suse.de> Date: Thu Jul 23 18:34:19 2009 +0200 Import known good chip settings from AtomBIOS. Include reverse engineered AtomBIOS addon header. Pragmas in the header are needed for AtomDis. diffstat: src/atombios_rev.h | 200 +++++++++++++++++++++++++++++++++++++++++++++++++ src/rhd_atombios.c | 80 +++++++++++++++++++ src/rhd_atombios.h | 9 ++ src/rhd_pm.c | 39 +++++++++ src/rhd_pm.h | 3 5 files changed, 328 insertions(+), 3 deletions(-) gitweb url: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=commit;h… commit 0684714cc2542b37248f746c20f561b5c577b2c4 Author: Matthias Hopf <mhopf(a)suse.de> Date: Thu Jul 23 16:54:25 2009 +0200 Remove warnings in rhd_pm.c on 32bit. diffstat: src/rhd_pm.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) gitweb url: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=commit;h… commit e5e54f76d74bb86ce9436448cee27354e58e9b5d Author: Matthias Hopf <mhopf(a)suse.de> Date: Thu Jul 23 16:51:27 2009 +0200 Consolidate structures in rhd_pm.c and rhd_atombios.c. Also nuke copy routine for power states. diffstat: src/rhd.h | 8 +++ src/rhd_atombios.c | 18 ++++---- src/rhd_atombios.h | 12 +---- src/rhd_pm.c | 110 ++++++++++++++++++++----------------------------- src/rhd_pm.h | 29 ++++-------- 5 files changed, 76 insertions(+), 101 deletions(-) gitweb url: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=commit;h… -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0

xf86-video-radeonhd:master: 1 commit(s)
by mhopf＠kemper.freedesktop.org 23 Jul '09

23 Jul '09

Reporting from xf86-video-radeonhd: Radeon HD video driver Please visit: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd Or get your own copy by using: git-clone git://anongit.freedesktop.org/xorg/driver/xf86-video-radeonhd Commit against master at eed4bed6...: commit 9c66f5fbd43a42db4f4843abafd0e103551171a8 Author: Matthias Hopf <mhopf(a)suse.de> Date: Thu Jul 23 15:44:22 2009 +0200 Improve chip limit validations. Again. 2. diffstat: src/rhd_pm.c | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) gitweb url: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=commit;h… -- To unsubscribe, e-mail: radeonhd+unsubscribe(a)opensuse.org For additional commands, e-mail: radeonhd+help(a)opensuse.org

1 0