Announcement

Collapse
No announcement yet.

Open-Source ATI R500 3D Milestone!

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

  • phoronix
    started a topic Open-Source ATI R500 3D Milestone!

    Open-Source ATI R500 3D Milestone!

    Phoronix: Open-Source ATI R500 3D Milestone!

    Coming just a day after AMD had opened up their production microcode from their proprietary drivers for the R100 to R600 GPUs, a significant milestone has been reached in the road to open-source 3D graphics capabilities for the Radeon X1000 (R500) series. We now have hardware-accelerated glxgears!

    http://www.phoronix.com/vr.php?view=12073

  • elanthis
    replied
    Originally posted by kaimerra View Post
    Is my chip not supported yet, or did I mess something up?
    Thread necromancer!

    Are you sure you're running the newly compiled driver and not the one shipped with your distro? Sounds like you're running an old version of the driver. A quick search on Google indicates that a few other people have had the same issue, and it turned out to be that the wrong driver was being loaded.

    Leave a comment:


  • kaimerra
    replied
    Radeon driver on Mobility Radeon x1600(M56P)

    I installed the Radeon driver following this post here.

    My chip is not recognized, see glxinfo below.

    Code:
    brian@defiant:~$ LIBGL_DEBUG=verbose glxinfo
    name of display: :0.0
    libGL: XF86DRIGetClientDriverName: 5.3.0 r300 (screen 0)
    libGL: OpenDriver: trying /usr/lib/dri/r300_dri.so
    drmOpenDevice: node name is /dev/dri/card0
    drmOpenDevice: open result is 4, (OK)
    drmOpenByBusid: Searching for BusID pci:0000:01:00.0
    drmOpenDevice: node name is /dev/dri/card0
    drmOpenDevice: open result is 4, (OK)
    drmOpenByBusid: drmOpenMinor returns 4
    drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
    unknown chip id 0x71c5, can't guess.
    libGL warning: 3D driver returned no fbconfigs.
    libGL error: InitDriver failed
    libGL error: reverting to (slow) indirect rendering
    display: :0  screen: 0
    direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
    server glx vendor string: SGI
    server glx version string: 1.2
    Is my chip not supported yet, or did I mess something up?

    Leave a comment:


  • agd5f
    replied
    Originally posted by surfer View Post
    FYI, I have a working glxgears on my X1800 (R520) and the DRM kernel module (from Dave's repository) also says "loading R300 code". When I built the version that's packaged with the kernel, it does say loading R500 microcode, but I haven't tested that with Dave's mesa and it may not be compatible right now.
    Dave created his r500 branch before I merged the new microcode. It's easy enough to merge master into Dave's branch though. At this point, I doubt you'll see much difference however.

    Leave a comment:


  • surfer
    replied
    Originally posted by NaterGator View Post
    Your DRM module is loading the R300 microcode and it looks like it is an old version. Are you sure you are loading the new DRM module you built? It normally drops them in /usr/local
    FYI, I have a working glxgears on my X1800 (R520) and the DRM kernel module (from Dave's repository) also says "loading R300 code". When I built the version that's packaged with the kernel, it does say loading R500 microcode, but I haven't tested that with Dave's mesa and it may not be compatible right now.

    edit: i applied the new microcode patch and everything is still OK. this guy's problems is most likely not related to which version of microcode.
    Last edited by surfer; 03-24-2008, 12:07 PM.

    Leave a comment:


  • Dandel
    replied
    This is most definately a huge achievement... I can't wait to see what else will happen, because it's going to open the field heavily once more of the opengl support is coded in to the driver.

    Leave a comment:


  • NaterGator
    replied
    Originally posted by Sadako View Post
    I just tried this (ie compiled and installed mesalib, libdrm and the drm kernel modules) from David Airlie's git repo.
    ...

    I also have this in the system logs;
    Code:
    Mar 21 19:00:43 [kernel] [drm] Initialized drm 1.1.0 20060810
    Mar 21 19:00:43 [kernel] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
    Mar 21 19:00:43 [kernel] [drm] Initialized radeon 1.28.0 20060524 on minor 0
    Mar 21 19:00:43 [kernel] agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
    Mar 21 19:00:43 [kernel] agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
    Mar 21 19:00:43 [kernel] agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
    Mar 21 19:00:43 [kernel] [drm] Setting GART location based on new memory map
    Mar 21 19:00:43 [kernel] [drm] Loading R300 Microcode
    Mar 21 19:00:43 [kernel] [drm] writeback test failed
    This is with an x1950 pro agp card (rv570).

    I know I really can't expect to get this working right now, however the Xorg.0.log has kind of got my hopes up, anyone have any ideas of anything I could try?

    I'd be perfectly happy just to have direct rendering working...
    Your DRM module is loading the R300 microcode and it looks like it is an old version. Are you sure you are loading the new DRM module you built? It normally drops them in /usr/local

    Leave a comment:


  • Sadako
    replied
    I just tried this (ie compiled and installed mesalib, libdrm and the drm kernel modules) from David Airlie's git repo.

    `startx` locked up my machine completely, however I have this in my Xorg.0.log (after a hard reset );
    Code:
    (II) RADEON(0): Direct rendering enabled
    (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer.
    (II) RADEON(0): Render acceleration disabled
    (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)
            Screen to screen bit blits
            Solid filled rectangles
            8x8 mono pattern filled rectangles
            Indirect CPU to Screen color expansion
            Solid Lines
            Scanline Image Writes
            Offscreen Pixmaps
            Setting up tile and stipple cache:
                    32 128x128 slots
                    32 256x256 slots
                    16 512x512 slots
    (II) RADEON(0): Acceleration enabled
    I also have this in the system logs;
    Code:
    Mar 21 19:00:43 [kernel] [drm] Initialized drm 1.1.0 20060810
    Mar 21 19:00:43 [kernel] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
    Mar 21 19:00:43 [kernel] [drm] Initialized radeon 1.28.0 20060524 on minor 0
    Mar 21 19:00:43 [kernel] agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
    Mar 21 19:00:43 [kernel] agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
    Mar 21 19:00:43 [kernel] agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
    Mar 21 19:00:43 [kernel] [drm] Setting GART location based on new memory map
    Mar 21 19:00:43 [kernel] [drm] Loading R300 Microcode
    Mar 21 19:00:43 [kernel] [drm] writeback test failed
    This is with an x1950 pro agp card (rv570).

    I know I really can't expect to get this working right now, however the Xorg.0.log has kind of got my hopes up, anyone have any ideas of anything I could try?

    I'd be perfectly happy just to have direct rendering working...

    Leave a comment:


  • martinjh99
    replied
    I have a RV515 (X1300) and will certainly run this free driver if it runs Compiz properly...

    Can never get compiz to work with the non-free drivers!

    Leave a comment:


  • puntarenas
    replied
    I am proud of ATI since they've changed face last September, and they are rather close to earning me back as a customer.
    Let me second that, all I need is some more performace (Windows gaming, sorry folks ), but I'm sure RV770 will satisfy my needs.

    Leave a comment:

Working...
X