Announcement

Collapse
No announcement yet.

how to get XV, DRI working on HD 3300 (rv620) ??

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • how to get XV, DRI working on HD 3300 (rv620) ??

    The last 2 days I unsuccessfully tried to get XV working on my ASRock AOD790GX. Graphics card is an onboard Radeon HD3300, which seems to be the same rv620 chipset as the Radeon HD3450.

    After doing research I ended up using the r6xx-r7xx-branch from the radeonhd git repository. I followed the instructions on http://xorg.freedesktop.org/wiki/rad...xx_r7xx_branch but still no success...

    One problem seems that the drm-module doesn't recognize my Radeon HD 3300. I used the r6xx_r7xx_branch from the drm git too. Or is it possible to run XV without relying on DRM?

    The drm-failure from my Xorg.0.log:
    Code:
    (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:01:05.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/card1
    drmOpenDevice: open result is -1, (No such device)
    drmOpenDevice: open result is -1, (No such device)
    drmOpenDevice: Open failed
    
    [...]
    
    drmOpenByBusid: drmOpenMinor returns -19
    drmOpenDevice: node name is /dev/dri/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/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/card1
    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:01:05.0") failed.
    (WW) RADEONHD(0): RHDDRIPreInit: Version check failed. Disabling DRI.
    The more successful part oy my Xorg.0.log:
    Code:
    (II) Loading /usr/lib64/xorg/modules//libexa.so
    (II) Module exa: vendor="X.Org Foundation"
    	compiled for 1.5.2, module version = 2.4.0
    	ABI class: X.Org Video Driver, version 4.1
    (II) RADEONHD(0): FB: Allocated Offscreen Buffer at offset 0x006F4000 (size = 0x00CCC000)
    (--) Depth 24 pixmap format is 32 bpp
    (II) do I need RAC?  No, I don't.
    (II) resource ranges after preInit:
    	[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	0xffffffff - 0xffffffff (0x1) MX[B]
    	[5] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
    	[6] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
    	[7] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
    	[8] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
    	[9] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
    	[10] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
    	[11] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
    	[12] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
    	[13] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
    	[14] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
    	[15] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
    	[16] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
    	[17] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
    	[18] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
    	[19] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
    	[20] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
    	[21] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
    	[22] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
    	[23] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
    	[24] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
    	[25] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
    	[26] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
    	[27] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
    	[28] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
    	[29] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
    	[30] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
    	[31] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
    	[32] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
    	[33] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
    	[34] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
    (II) RADEONHD(0): Mapped IO @ 0xfeaf0000 to 0x7f68e0b30000 (size 0x00010000)
    (II) RADEONHD(0): Mapped FB @ 0xf0000000 to 0x7f68d4aa6000 (size 0x08000000)
    (WW) RADEONHD(0): RHDCSInit: No CS for R600 and up yet.
    (==) RADEONHD(0): Backing store disabled
    (==) RADEONHD(0): Silken mouse enabled
    (II) RADEONHD(0): RandR 1.2 enabled, ignore the following RandR disabled message.
    (II) RADEONHD(0): Mapping DIG2 encoder to KLDSKP_LVTMA
    (II) RADEONHD(0): On Crtc 0 Setting 59.9 Hz Mode: Modeline "1680x1050"  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync +vsync
    None
    (II) RADEONHD(0): RHDAudioSetClock: using UNIPHY_KLDSKP_LVTMA as clock source with 119000 khz
    (II) RADEONHD(0): Using ACR timing N=4096 CTS=119000 for frequency 32000
    (II) RADEONHD(0): Using ACR timing N=6272 CTS=132222 for frequency 44100
    (II) RADEONHD(0): Using ACR timing N=6144 CTS=119000 for frequency 48000
    (II) RADEONHD(0): RHDAudioSetSupported: config 0x60040 codec 0x1
    (II) RADEONHD(0): DPMS enabled
    (--) RandR disabled
    (II) Setting vga for screen 0.
    (II) Initializing built-in extension MIT-SHM
    (II) Initializing built-in extension XInputExtension
    (II) Initializing built-in extension XTEST
    (II) Initializing built-in extension XKEYBOARD
    (II) Initializing built-in extension XINERAMA
    (II) Initializing built-in extension XFIXES
    (II) Initializing built-in extension RENDER
    (II) Initializing built-in extension RANDR
    (II) Initializing built-in extension COMPOSITE
    (II) Initializing built-in extension DAMAGE
    (II) Initializing built-in extension XEVIE
    (II) AIGLX: Loaded and initialized /usr/lib64/dri/swrast_dri.so
    (II) GLX: Initialized DRISWRAST GL provider for screen 0
    (II) RADEONHD(0): Setting screen physical size to 473 x 296
    I am running a gentoo system with xorg 7.4 (xorg-server-1.5.2) and gentoo-kernel 2.6.27.

    Any ideas what to do next?

  • jabbas
    replied
    Originally posted by Enleth View Post
    Well, it looks like your GPU just disconnected itself electrically from the LVDS cable. You get this effect when the LVDS bus is "floating" with no pull-down or pull-up on the GPU side (I don't remeber which one it was), what you see is the cable picking up chatting cab drivers, sunspots, R/C cars etc.

    Something must have went very wrong in there, that's for sure.
    Hehehe I almost believed You :P

    ... and it still happening after the 1.2.5 release.

    Anyway... there is a bug report filled in on official bugzilla: http://bugs.freedesktop.org/show_bug.cgi?id=20794

    Leave a comment:


  • Enleth
    replied
    Originally posted by jabbas View Post
    Erm, guys? Do you have any ideas about why this 'plasma effect' occurs?
    Well, it looks like your GPU just disconnected itself electrically from the LVDS cable. You get this effect when the LVDS bus is "floating" with no pull-down or pull-up on the GPU side (I don't remeber which one it was), what you see is the cable picking up chatting cab drivers, sunspots, R/C cars etc.

    Something must have went very wrong in there, that's for sure.

    Leave a comment:


  • dongioia
    replied
    Originally posted by algury View Post
    Yes, I did it!

    Actually, I was just missing some of the prerequisites packages.

    So, to sum-up:
    1) Hardware: Gigabyte GA-MA78GM-S2H (i.e. AMD780G chipset with Radeon HD3200 IGP), using the HDMI output with a Samsung LCD TV
    2) OS: Ubuntu 8.10
    3) I followed this wiki (just for the prerequisites packages section):
    https://help.ubuntu.com/community/RadeonH
    4) Then I followed this one (to build driver and drm, and set xorg.conf options):
    http://www.x.org/wiki/radeonhd%3Ar6xx_r7xx_branch
    5) After a restart, typing xvinfo return the detected adaptor (Adaptor #0: "RadeonHD Textured Video"), windows are no longer refreshed slowly... and last but not least, HD videos are tear-free even in 1920x1080 fullscreen

    Two words: great job guys! (damn, that's three words)

    It's almost easier to setup than the proprietary drivers: no black borders and no tearing in FullHD without searching for options.

    Thanks for your replies, and keep up the good work! (I(ll probably test the 3D acceleration when it's ready!)
    Cheers,
    Pierre

    PS: I'm very excited to be able to switch completely from Windows to Linux thanks to these drivers and because there are excellent media center softwares too, like XBMC which is very good looking.
    Hi, following the linked guides I can't get the driver fully working:

    xvinfo:
    X-Video Extension version 2.2
    screen #0
    Adaptor #0: "RadeonHD Textured Video"
    glxinfo | grep renderer
    OpenGL renderer string: Software Rasterizer
    xbmc
    X Error of failed request: BadMatch (invalid parameter attributes)
    Major opcode of failed request: 1 (X_CreateWindow)
    Serial number of failed request: 24
    Current serial number in output stream: 25
    CRITSEC[0x8b70884]: Trying to enter destroyed section.
    CRITSEC[0x8b70884]: Trying to leave destroyed section.
    this is my xorg.conf
    # 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 "Module"
    # Load "bitmap"
    # Load "ddc"
    # Load "dri"
    # Load "extmod"
    # Load "freetype"
    # Load "glx"
    # Load "int10"
    # Load "type1"
    # Load "vbe"
    # https://help.ubuntu.com/community/Co...r/AIGLXOnEdgy: for AIGLX
    # I need dri, dbe and glx. I wonder what dbe is?
    # Load "dbe"
    EndSection

    Section "Device"
    Identifier "Configured Video Device"
    Driver "radeonhd"
    BusID "PCI:1:0:0"
    # Option "XAANoOffscreenPixmaps" "on"
    # Option "TexturedVideo" "on"
    # Option "VideoOverlay" "on"
    # Option "OpenGLOverlay" "off"
    # Option "Textured2D" "on"
    # Option "UseFastTLS" "1"
    # Option "BackingStore" "on"
    Option "AccelMethod" "exa"
    # Option "ExaNoComposite" "false"
    # Option "MigrationHeuristic" "greedy"
    Option "DRI" "on"
    EndSection

    Section "Monitor"
    Identifier "Configured Monitor"
    EndSection

    Section "Screen"
    Identifier "Default Screen"
    Monitor "Configured Monitor"
    Device "Configured Video Device"
    EndSection

    Section "Extensions"
    # Option "RENDER" "Enable"
    # Option "DAMAGE" "Enable"
    # Option "Composite" "Enable"
    EndSection

    Section "DRI"
    Mode 0666
    EndSection
    Did I miss something?

    Leave a comment:


  • dongioia
    replied
    double posting, please delete this post
    Last edited by dongioia; 03-24-2009, 07:48 AM.

    Leave a comment:


  • dongioia
    replied
    double posting, plaese delete this post
    Last edited by dongioia; 03-24-2009, 07:48 AM.

    Leave a comment:


  • tball
    replied
    Originally posted by bridgman View Post
    Nearly all of the work currently being discussed on the dev IRC channels and mailing lists is being done on 3xx-5xx hardware.

    Gallium3D is being done on RV410, I think -- KMS/GEM/TTM/DRI2 and radeon-rewrite/bufmgr/CS are being done on 1xx-5xx -- power management is being done on 5xx AFAIK -- GL1.4 and 1.5 features in classic mesa are being done first on rs690.

    The idea is that all the spiffy new open source work is being done on the 3xx-5xx generation, and we're getting basic 3d running on 6xx/7xx in parallel. Both of those should finish at roughly the same time, then we should be able to plug 6xx/7xx code sequences into the new code and get the same functionality on newer parts as well.
    Sound very good bridgman :-)

    Leave a comment:


  • bridgman
    replied
    Originally posted by pedepy View Post
    yea sorry bout that ..

    so is this the end of the line for r500 chips or are further improvements expected? did the full specs get released now for the gpus no longer supported via catalyst?
    Nearly all of the work currently being discussed on the dev IRC channels and mailing lists is being done on 3xx-5xx hardware.

    Gallium3D is being done on RV410, I think -- KMS/GEM/TTM/DRI2 and radeon-rewrite/bufmgr/CS are being done on 1xx-5xx -- power management is being done on 5xx AFAIK -- GL1.4 and 1.5 features in classic mesa are being done first on rs690.

    The idea is that all the spiffy new open source work is being done on the 3xx-5xx generation, and we're getting basic 3d running on 6xx/7xx in parallel. Both of those should finish at roughly the same time, then we should be able to plug 6xx/7xx code sequences into the new code and get the same functionality on newer parts as well.
    Last edited by bridgman; 03-21-2009, 12:33 AM.

    Leave a comment:


  • pedepy
    replied
    yea sorry bout that ..

    so is this the end of the line for r500 chips or are further improvements expected? did the full specs get released now for the gpus no longer supported via catalyst?

    Leave a comment:


  • PuckPoltergeist
    replied
    Originally posted by bridgman View Post
    pedepy has a 5xx GPU, so OpenGL is further along.
    Ah ok. I was only looking at the thread title.

    Leave a comment:

Working...
X