Originally posted by jvillain
View Post
Announcement
Collapse
No announcement yet.
AMD Open-Source S.I. Botched, Hope For The Future
Collapse
X
-
-
Originally posted by glisse View PostAMD official support is through the closed source driver. They support the community effort to make an open source driver but i don't think it's considered as what they recommand to use to their customer. You better get your fact right before making claim. One can totaly reverse engineer GPU without knowing deeply how things works. nouveau is a brilliant example of that. On the other end AMD is providing documentations that cover all the acceleration bits you need to make a driver. Yes there is lacking area like power management or video decoding but it was for long time considered as secondary.
Comment
-
On the other end AMD is providing documentations that cover all the acceleration bits you need to make a driver.
Yes there is lacking area like power management or video decoding but it was for long time considered as secondary.
Comment
-
Originally posted by jvillain View PostMore like several years ago AMD made some documentation available for the cards back then and have done next to nothing since. I understand people with older cards being happy. I didn't have any big beefs with how my HD4000 worked until it failed. There is all the difference in the world between reading about these problems and living through them.
Every thing is lacking from the stand point of an end user because all these pieces were so late coming. Yes there is experimental code available in non main stream repositories but hunting them down building them and then trying to get them to work with out breaking other parts of the system is more than a little problematic. Especially since the only documentation on how it is supposed to fit together is what Michael is posting. If they aren't even including the required parts in Rawhide as even a proof of concept then end users aren't going to see this stuff until at least F19 or 20. It is guaranteed not to be in F18 so we are what a year away or so from support for end users in even the most bleeding edge distros? Reinstalling with Fedora 13 or what ever the last version that the blob works with isn't an option at al, for me. Not because of pig headedness but because other things I need aren't there. Ignoring these problems won't make them go away. What it will do however is fool people into thinking they can use these SI cards which will then leave them with a shit experience that will turn them off of AMD products all together like what has happened to me. Or worse they will just say fuck it and load windows or go buy a mac.
2. OSS driver are not meant for ppl that can't properly use git for now since this drivers and most of the linux graphics is in alpha state[aka under heavy development], so you should stick to fglrx [even if it means downgrade the distro] wich is the officially supported driver[i know it sucks]. so if you are willing to be an alpha tester like many of us you should [maybe having a second partition so you don't mess your main distro] build regularly these components[i do it daily | once you get used to it is fast]
* kernel[stick to drm-next if possible until the next kernel rc start coming[may kill kittens so keep an stable kernel around]]
* libdrm with libkms git
* libxcb git
* mesa git
* cairo in case you wanna test weston
* DDX git
* glamor git[broken for xserver 1.13]
* xorg-server git[glamor you need to stick with 1.12 for now]
* put in a bookmark bar mesa bugzilla
* enjoy
another good tip is read daily mesa/ddx cgit logs so you can pinpoint when a nice patch lands to test it
another one could be install apitrace 3.0 it does wonders and even save kittens/puppies
i understand this seems overkill but no one ever has said that OSS graphic stack is ready for production or even worse recommended for regular user as official driver, ofc it will get there since everyday keep getting closer and remember that 2 or 3 years ago linux graphic support was near 0[like bsd or solaris] so the graphic team basically has to rethink everything from scratch to be where we are today with an competitive modern graphic stack[technically speaking since is still work in progress but technically speaking the new stack is more capable than windows/mac put togheter they just need to end putting all the bits togheter and optimize but they are like 8 ppl due to the massive level of knowledge you need to program a GPU]Last edited by jrch2k8; 30 July 2012, 05:27 PM.
Comment
-
Originally posted by jvillain View PostOr worse they will just say fuck it and load windows or go buy a mac.
The closed source driver has full support for all currently available cards (largely because it is able to leverage code shared with windows) and supports a wide range of distro versions.
Comment
-
Originally posted by jvillain View PostYa, you were stupid enough to buy our hardware but you can't use it so stop whining. Is not an acceptable position for any company to take.
"Can't use it"??? Eh? HD7770 owner here. Working fine. Perfect? Nope, but tell you what, when I find a bug, my first reaction is NOT to come here waving arms around, screaming bloody murder and making doomsday claims. Instead I GATHER INFORMATION TO GET THE BUG FIXED.
So maybe, just maybe, being more specific instead of whining would make you more valuable?
Comment
-
jrch2k8 thank you for your well thought out post. My training was in hardware design and I have read many spec sheets for chips and devices over the years. I went and looked at what AMD had available on the developer site a couple of weeks ago and know what these are. Again thank you for your post.
But I have hit the limit of what I am willing to put up with. I bit the bullet and went and bought the parts to build an Intel based machine. Tomorrow I will take my HD7700 card out of my machine and enjoyed smashing it with a hammer. Yes I might be one customer but I also have considerable input in the purchasing decisions of a number of companies. I also push the companies I work with to help support open source in various ways. I'm not an arm waver as some momo just described me I have been a specialist in Linux since the early days of Slackware. If I am as frustrated as I am there is a real problem. I was also called a lousy customer. But there is an old saying in business. "If the customer is mad they have a right to be. Either because you did some thing wrong or because you didn't manage expectations." Where AMD is running into problems is in trying to have their cake and eat it to. You can't be the saviour of open source and at the same time not support open source at all. Pick a message and stick with it. But as AMD continues to shed market share I am sure they will continue to sit around and scratch their heads as to why.
Feel free to close my account Michael.
Comment
-
Originally posted by jvillain View Postjrch2k8 thank you for your well thought out post. My training was in hardware design and I have read many spec sheets for chips and devices over the years. I went and looked at what AMD had available on the developer site a couple of weeks ago and know what these are. Again thank you for your post.
Originally posted by jvillain View PostYou can't be the saviour of open source and at the same time not support open source at all. Pick a message and stick with it.
I don't believe we have ever even hinted at being anything like the saviour of open source. We said that we would start supporting open source driver development again while continuing to work on the fglrx binary driver in parallel.
You say "not support open source at all", and I don't understand how you can think that. We have four full time developers working on the open source drivers and supporting other community developers, plus others working part time and behind the scenes. Is there some terribly evil thing we're doing which somehow invalidates all that for you ?Last edited by bridgman; 30 July 2012, 09:29 PM.Test signature
Comment
-
Originally posted by agd5f View PostI would posit just the opposite. In that case, the user probably can't tell whether he's using vesa or a native driver. Both will put an image on the screen a perform quite well for non-3D tasks which is what the vast majority of users do. Even for basic 3D, llvmpipe should do a pretty decent job in the interim. For that, the driver already works quite well.
Comment
Comment