[ANNOUNCE] xf86-video-radeonhd 1.2.5 Release
Alex Deucher
alexdeucher at gmail.com
Thu Apr 9 11:03:02 PDT 2009
On 4/9/09, Gene Heskett <gene.heskett at verizon.net> wrote:
> On Thursday 09 April 2009, Klaus Dittrich wrote:
> >Matthias Hopf schrieb:
> >> Announcing the 1.2.5 Release of the xf86-video-radeonhd driver.
> >>
> >> RadeonHD is the X.org X11 driver for AMD GPG (ATI) r5xx/r6xx/r7xx
> >> chipsets. The development is driven by Novell and AMD at the time of
> >> writing, together with a community of open source developers around this
> >> driver.
> >> AMD provides free documentation for the chipsets.
> >>
> >> Note the wiki on http://wiki.x.org/wiki/radeonhd
> >>
> >>
> >> Version 1.2.5 improvements:
> >>
> >> - Added 2D acceleration for R6xx and R7xx.
> >> - Added XVideo support for R6xx and R7xx.
> >> - Added support for RS880 and RV790.
> >> - Added RandR 1.3 mandatory properties.
> >> - Refactoring of MC code.
> >> - Enable DRI support by default on R5xx and RS6xx.
> >> - LUT (color lookup table) fixes.
> >> - Tons of quirk table entries and bug fixes.
> >> - Fix register accesses for processors that reorder memory writes.
> >>
> >>
> >> http://xorg.freedesktop.org/releases/individual/driver/xf86-video-radeonhd
> >>-1.2.5.tar.gz MD5: 0d024ace7aac324f79a9f516aaba68a0
> >> xf86-video-radeonhd-1.2.5.tar.gz SHA1:
> >> 5bc97e7b9ed24669466c6bdebcf7062cd790c8f3 xf86-video-radeonhd-1.2.5.tar.gz
> >> http://xorg.freedesktop.org/releases/individual/driver/xf86-video-radeonhd
> >>-1.2.5.tar.bz2 MD5: 10669b08101cb6d69894cc44b47e5094
> >> xf86-video-radeonhd-1.2.5.tar.bz2 SHA1:
> >> 64fc0eb5209adba5479396bafe53b50ded6c0940
> >> xf86-video-radeonhd-1.2.5.tar.bz2
> >>
> >>
> >> Matthias
> >>
> >>
> >> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> xorg mailing list
> >> xorg at lists.freedesktop.org
> >> http://lists.freedesktop.org/mailman/listinfo/xorg
> >
> >Just tried it out ..
> >
> >..
> >(II) RADEONHD(0): Calling DAC_LoadDetection
> >(II) RADEONHD(0): DAC_LoadDetection Successful
> >(II) RADEONHD(0): Calling BlankCRTC
> >(II) RADEONHD(0): BlankCRTC Successful
> >(II) RADEONHD(0): Calling BlankCRTC
> >(II) RADEONHD(0): BlankCRTC Successful
> >(II) RADEONHD(0): Calling EnableCRTC
> >(II) RADEONHD(0): EnableCRTC Successful
> >(II) RADEONHD(0): Calling EnableCRTCMemReq
> >(II) RADEONHD(0): EnableCRTCMemReq Successful
> >(II) RADEONHD(0): Calling EnableCRTC
> >(II) RADEONHD(0): EnableCRTC Successful
> >(II) RADEONHD(0): Calling EnableCRTCMemReq
> >(II) RADEONHD(0): EnableCRTCMemReq Successful
> >(II) RADEONHD(0): Calling SetPixelClock
> >(II) RADEONHD(0): SetPixelClock Successful
> >(II) RADEONHD(0): Calling SetPixelClock
> >(II) RADEONHD(0): SetPixelClock Successful
> >(II) RADEONHD(0): Query for Restore Registers: failed
> >
> >Chip is a RV610.
>
> Same story, different verse here, and I am still in very cold molasses for
> scrolling.
> From the log:
> (II) RADEONHD: version 1.2.5, built from git branch master, commit cb54f48b
> [...]
> (II) Setting vga for screen 0.
> (**) RADEONHD(0): Depth 24, (--) framebuffer bpp 32
> (**) RADEONHD(0): Option "AccelMethod" "exa"
> (**) RADEONHD(0): Option "DRI" "on"
> (**) RADEONHD(0): Selected EXA 2D acceleration.
> (II) RADEONHD(0): Unknown card detected: 0x94C3:0x1092:0x0710.
> If - and only if - your card does not work or does not work optimally
> please contact radeonhd at opensuse.org to help rectify this.
> Use the subject: 0x94C3:0x1092:0x0710: <name of board>
> and *please* describe the problems you are seeing
> in your message.
> (--) RADEONHD(0): Detected an RV610 on an unidentified card
> [...]
> (WW) RADEONHD(0): rhdAtomAllocateFbScratch: FW FB scratch area 536854528
> (size: 16384) extends beyond available framebuffer size 268435456
> (II) RADEONHD(0): Cannot get VRAM scratch space. Allocating in main memory
> instead
> [...]
> (WW) RADEONHD(0): Direct rendering for R600 and up forced on - This is NOT
> officially supported yet and may cause instability or lockups
> (II) RADEONHD(0): Found libdri 5.4.0.
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: Open failed
> drmOpenByBusid: Searching for BusID pci:0000:03:00.0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: Open failed
> drmOpenByBusid: drmOpenMinor returns -19
> [...]
> drmOpenDevice: node name is /dev/dri/card14
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: Open failed
> drmOpenByBusid: drmOpenMinor returns -19
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: Open failed
> [...]
> drmOpenDevice: node name is /dev/dri/card14
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: open result is -1, (No such device)
> drmOpenDevice: Open failed
> (EE) RADEONHD(0): RHDDRIVersionCheck: drmOpen("radeon", "pci:0000:03:00.0")
> failed.
> (WW) RADEONHD(0): RHDDRIPreInit: Version check failed. Disabling DRI.
>
> And I'm still getting migraines from the psychedelic scrolling.
>
> Kernel has dri enabled, and is 2.6.29.1-rc2.
There is no r6xx/r7xx support in 2.6.29. You need to use 2.6.30 or
you need to compile kernel modules from the r6xx-r7xx-support branch
of the drm. In your case you have no acceleration enabled, so
performance will be poor. Unless you have the drm modules, it's best
to disable the drm and exa and stick with shadowfb (the default).
Enabling acceleration when the drm is not available will fall back to
direct framebuffer access rather than shadowfb, so it will be slower.
Alex
More information about the xorg
mailing list