Announcement

Collapse
No announcement yet.

Three Priorities For Open-Source Radeon Graphics

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

  • phoronix
    started a topic Three Priorities For Open-Source Radeon Graphics

    Three Priorities For Open-Source Radeon Graphics

    Phoronix: Three Priorities For Open-Source Radeon Graphics

    While we still haven't been able to deliver any Radeon HD 7000 series Linux benchmarks, we do know what are AMD's three priority projects right now for their open-source Radeon Linux driver stack...

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

  • chithanh
    replied
    Originally posted by bridgman View Post
    The first GCN card (HD 7970) has only been in stores for a few days, and it's the high end card which I wouldn't expect to see paired with the current open source drivers anyways.
    Don't forget the people who use Windows as game loader, and boot into Linux to do real work. They have little reason to install the proprietary driver as long as a somewhat working open source driver exists.

    Leave a comment:


  • piete
    replied
    Power management is the reason I'm stuck with Windows XP and Debian LENNY with drivers dating from 2008-12 to 2009-03 (although I'm quite happy with both of them). Yes, I have an "old" notebook with X1600 mobility, but it does everything I need so why upgrade?

    Leave a comment:


  • AlbertP
    replied
    On newer nVidia hardware you can indeed do a lot of stuff in the firmware, but that firmware is not free to redistribute like AMD's firmware so the open-source developers have to write it again. That way it doesn't really matter (from a user's point of view) if code is in the driver or firmware.

    Leave a comment:


  • Khudsa
    replied
    I wish they put the driver into the firmware and have a minimal opensource driver for the OS wich interacts with the driver firmware... Or at least the power management.

    Leave a comment:


  • fat_chris
    replied
    @bridgman on HDMI audio, do those patches have multichannel PCM support? If not, any plans for it in the future?

    Fglrx doesn't have it, but Windows with AMD graphics has it, Nvidia's proprietary linux drivers have it, and it would be excellent if the OSS drivers (or even just fglrx) could get it for the benefit of us HTPC users wanting to pass-through DTS-HD & play multi-channel music.

    Leave a comment:


  • Adarion
    replied
    another +1 for power management.
    profile low is giving me levels that are rather close to fglrx but dynpm is still somewhat problematic (but then it involves memory reclocking and that makes things more complicated). Still, dynpm is what fglrx does and what is most useful normally.

    This Zero Core or whatever it was called on the new HD 7xxx series is what I am looking for. Sounds awesome and finally coming true what I want for ... 8 or 10 years now?

    +1 also for UVD. I mean, I can play videos, yeah, but having an ASIC that could do things better and more efficient sitting useless around... hmm. Stupid legal minefield.

    OpenCL ... oh, well. If it happens I won't protest. I mean, especially if it gives me the opportunity to use the same RAM/or mixed shared RAM (VRAM/system RAM) for CPU and GPU (or APU). And then have Gentoo compiling libreoffice on both computing units. Heh. Ah, weren't there people in the good days of old who were using the floppy controllers of their Amiga boxes as a computing aid for the main CPU?

    HDMI: Don't have it and the first thing I associate with HDMI is HDCP (even though it is possible to use on other interfaces), and I am allergic to techniques like these. Well, if it helps anybody to get some tones out of his box...

    Furthermore there are a lot of rendering glitches. (all cards/chips I used til now, but that might be also KDE's fault)

    Leave a comment:


  • Qaridarium
    replied


    bridgman: "It's too hard to type and facepalm at the same time "

    http://phoronix.com/forums/showthrea...Series-Trinity

    I'm a funny Oracle!

    "This means full speed on GCN for [...],OpenCL and Video-acceleration."

    "however all modern future graphic architectures are ray-tracing based over openCL this means mesa doesn't matter. "

    "and I'm sure they will increase the dev team to focus on openCL for the Opteron customers. . "


    "Some whispers to me: AMD will announce in February that they favor the open source driver for the next gen graphic architecture on the Linux market and the android market. "

    yes the announce in February will be a mobile device with "Wayland-driven" opensource driver...

    Leave a comment:


  • bridgman
    replied
    Originally posted by crazycheese View Post
    -) support for newer CGN
    it is not here, so trying to push for it fast is useless.

    -) faster support for newer generations beyond 7970
    best bet
    These two are the same in terms of what we actually work on, aren't they ? The primary thing delaying work on the *next* generation is finishing work on the *previous* generations, since each generation builds on the support for the one before. Skipping a generation isn't really practical, although in some cases you can work on two generations in parallel. We are already starting to look at the generation after SI a bit, although we're not writing code for it yet.

    We have definitely been pushing to shorten the delay between hardware launch and open source graphics driver support, going from "a few years" at the start to "a few months" and hopefully even less for SI. The SI situation is a bit complicated in the sense that we started work on it well before hardware launch but the magnitude of the changes between SI and previous generations means that the earlier start date isn't really visible because the development time is longer as well.

    Originally posted by crazycheese View Post
    Linux opensource users did not buy your cards, amd.
    The first GCN card (HD 7970) has only been in stores for a few days, and it's the high end card which I wouldn't expect to see paired with the current open source drivers anyways. We should revisit this after the rest of the product line comes out.

    Originally posted by crazycheese View Post
    But actually my own personal best priority for amd opensource would be only one:
    Stop introducing features for old cards, so long you are not done with newer generation.
    Like Intel does it.
    This one is tough because we are actively selling chips with multiple generations of hardware, eg the APUs have GPUs based on Evergreen. New features like the OpenCL work need to go back to at least Evergreen in order to be really useful. In general, though, we are focusing most of our time on new HW support and the developer community outside AMD is doing relatively more of the work to add features & performance for already supported GPUs.
    Last edited by bridgman; 01-13-2012, 12:28 PM.

    Leave a comment:


  • AnonymousCoward
    replied
    Originally posted by crazycheese View Post
    -) powermanagement
    people using opensource driver, use 40W cards. Using 40W+ card? Than you probably looking for performance, since otherwise your heatgun will just bake at less temperature, but not much more pro?s. Ie, 40W+ card will make no sense with good powermanagement, if its the only advantage, except you use it to heat your apartment.
    You are ignoring mobile devices here, where relatively low savings can make a huge difference in the time your batteries last (see e.g. all the ASPM hubbub).

    Leave a comment:

Working...
X