Open ATI Driver More Popular Than Catalyst

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

  • kraftman
    replied
    Originally posted by yotambien View Post
    Like what?
    Like CFS and CFQ improvements, better and more drivers, power management improvements, SFI and ACPI4.0 support, file systems improvements.

    Leave a comment:


  • Kano
    replied
    @kernelOfTruth

    Taken from my fglrx script:

    Code:
    # Kernel 2.6.32 fix
    grep -q signal.h common/lib/modules/fglrx/build_mod/kcl_io.c || perl -pi -e 's|(#include <linux/poll.h>\n)|\1#include <linux/signal.h>\n|' common/lib/modules/fglrx/build_mod/kcl_io.c

    Leave a comment:


  • bridgman
    replied
    Originally posted by kernelOfTruth View Post
    bridgman, could you please post any ETA for xf86-video-ati driver-support for the Juniper and Cypress chipsets ?
    Not really, we've already published everything we know

    We're going to start reviewing agd5f's current analog VGA support next week for release, rather than waiting for digital output support. Should know later next week how that is looking.

    Leave a comment:


  • yotambien
    replied
    Originally posted by kernelOfTruth View Post
    my Juniper (5770) is running fine here with fglrx and 2.6.31 but I'd rather like to use 2.6.32 which has lots of improvements for desktop / GUI users
    Like what?

    Leave a comment:


  • kernelOfTruth
    replied
    while we're at it:

    bridgman, could you please post any ETA for xf86-video-ati driver-support for the Juniper and Cypress chipsets ?

    my Juniper (5770) is running fine here with fglrx and 2.6.31 but I'd rather like to use 2.6.32 which has lots of improvements for desktop / GUI users

    thanks

    Leave a comment:


  • bridgman
    replied
    Originally posted by smitty3268 View Post
    Is VLIW support something Itanium needs? Just wondering if there's any chance of someone else helping out with it or if it will need to come from the radeon developers to make it happen.
    AFAIK the Itanium stack outputs assembler source code for a single-issue version of the CPU, then custom code in the assembler takes care of packing multiple operations into a single instruction group.

    Originally posted by smitty3268 View Post
    It probably doesn't make a whole lot of sense to drop the current compiler while you are still able to share it with the non-gallium driver, but I do hope this gets worked on eventually when gallium gets more mature. I really don't think the custom code in the drivers is going to be able to compete with the optimizations created by a dedicated compiler team.
    Remember that shader compilation happens in two stages -- the upper levels of Mesa parse the app's shader program, then optimize and convert to a standard IL (TGSI for Gallium3D). The compiler in the driver handles the second stage - conversion from IL/TGSI to native hardware instructions.

    One school of thought is that the bulk of the generic optimizations can be done in the first stage (before IL is generated), and that the optimizations done in the second stage will be highly specific to the actual hardware anyways. Nothing is ever 100%, of course, but the current thinking is that LLVM can be more useful in the first stage than the second, hardware-specific stage. I believe the plan is still to use LLVM in the first stage of the OpenCL stack, for example.

    I missed you so much. Yes, you. No, not you. You. I couldn't blog for a while and I ask you (no, not you) what's the point of living if one ...

    Leave a comment:


  • Zetbo
    replied
    Originally posted by Kano View Post
    I guess when you used a 25 ? card you would be as pleased as you are now or even onboard would be suited for you. A PS3 for games is certainly the best way to get rid of driver issues without the need to pay a MS fee
    Well I guess you are right. I should have bought motherboard with intel graphics, but I hope all those ATI open source devs can get that tought out of my mind.

    Leave a comment:


  • sabriah
    replied
    I use nVidia GTX260 with nvidia and Radeon 4870 with fglrx. Both run Debian Sid 64 bit.

    My only issue now is that I cannot get compositing working on fglrx.

    Otherwise, I happy with both. I occasionally dual boot on the Radeon machine to another OS.


    .

    Leave a comment:


  • V!NCENT
    replied
    Originally posted by Qaridarium
    idtech5 is an bullshit backward engine only for bullshit Xbox360/playstation3 hardware with only 256mb-ram/512mb-Ram.

    IDtech5 is the worst i ever read abaut....
    Lol you are an idiot. Yes pun intended.

    Having an engine that has awesome lightning, infinite texture detail and amount and unlimited geometry and then not sucking up major RAM kicks ass.

    What else do you want from game engine? It's an engine without limits for game designers. No matter how far you zoom in with your sniper rifle; every frame rendered has about the same detail.

    Nothin comes close to id tech5 by a long shot. This engine compared to other engines is what OpenGL Quake 1 was to other software rendering engines back in the day.

    Leave a comment:


  • Kano
    replied
    I guess when you used a 25 € card you would be as pleased as you are now or even onboard would be suited for you. A PS3 for games is certainly the best way to get rid of driver issues without the need to pay a MS fee

    Leave a comment:

Working...
X