Not logged in
Log in now
Create an account
Subscribe to LWN
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
PostgreSQL 9.3 beta: Federated databases and more
What I'd love to see is a project targeting the radeon and noveau drivers.
Quotes of the week
Posted Jun 22, 2012 8:44 UTC (Fri) by nix (subscriber, #2304)
More necessary I think is work on Mesa itself: it routinely comes out of benchmarks half an order of magnitude or so slower than the proprietary competition, which is unfortunate. (But maybe Gallium fixes this? I don't know. Also half those benchmarks are Phoronix benchmarks so take them with an entire ocean-full of salt.)
Posted Jun 23, 2012 3:52 UTC (Sat) by nickbp (subscriber, #63605)
** Regularly dropped frames in any video, horrible fps (~5 or thereabouts) when merely navigating the normal menus with the Aeon theme.
PS: I personally blame ATI for their ridiculously short support lifetime, and intend to never buy another AMD product in the foreseeable future due to the unnecessary hassle their lack of support has caused. Indeed, I am considering buying a new NVidia card to resolve the issue which AMD has created.
Posted Jun 23, 2012 10:37 UTC (Sat) by daenzer (✭ supporter ✭, #7050)
That sounds like something's wrong. If you've verified it's really using hardware acceleration, it might be worth reporting a bug with the full Xorg.0.log file and the output of dmesg and glxinfo.
Posted Jun 23, 2012 14:15 UTC (Sat) by Cyberax (✭ supporter ✭, #52523)
Especially since you were using fglrx before. Fglrx tends to leave its bits behind.
Posted Jun 29, 2012 7:14 UTC (Fri) by elanthis (guest, #6227)
Posted Jun 28, 2012 20:40 UTC (Thu) by Tuna-Fish (subscriber, #61751)
Posted Jun 28, 2012 22:26 UTC (Thu) by nickbp (subscriber, #63605)
After installing 'linux-firmware-nonfree', things were suddenly much speedier -- I could no longer see any subjective difference between radeon vs fglrx where video playback/xbmc were concerned. Not clear why linux-firmware-nonfree wouldn't be installed by default given a system configuration that needs it, but I guess that's more of a political issue.
* Something was causing Xorg to fill /var/log with hundreds of Xorg.*.log's. Wiping xorg.conf fixed whatever it was
Posted Jun 29, 2012 22:30 UTC (Fri) by BenHutchings (subscriber, #37955)
Not clear why linux-firmware-nonfree wouldn't be installed by default given a system configuration that needs it, but I guess that's more of a political issue.
Yes, Debian policy does not allow packages in the main section (Debian proper) to recommend non-free packages. The linux-image packages do try to warn during an upgrade if you're using a driver and don't have the corresponding firmware, though they won't catch all cases. We could maybe try to make the run-time errors more obvious.
Posted Jun 28, 2012 18:16 UTC (Thu) by bustervill (subscriber, #85383)
Posted Jun 29, 2012 7:09 UTC (Fri) by daenzer (✭ supporter ✭, #7050)
No need to wonder anymore, just build Mesa with --enable-r600-llvm-compiler. It seems to be more or less on par with the non-LLVM TGSI translator in general already.
> That of course will mean _another_ translation of the IR - from TGSI to LLVM IR.
Initially, sure. Not sure it's that much of a problem, and it doesn't have to stay that way forever.
> Also, LLVM is slooow when it comes to JIT. It's optimization passes are effective, but expensive. It cannot be used to JIT something that relies on low latency as a 3D driver.
Again, not sure it's as bad as you make it, and if it is, there's many possibilities to address that.
> TGSI compiler is one of the projects that has to be explicitly funded in order to launch.
Tom Stellard's OpenCL / LLVM compiler work is funded by AMD. But as you call what we're doing 'fiddling', maybe you can volunteer to show us how it's done? Please post to the mesa-dev mailing list. :)
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds