there is no official bug number...
but a bugfix to 1.1.36
"Black box issue
by Mike Kaplinskiy on Monday December 21st 2009, 12:23
will be fixed in 1.1.36 (already in git for those who want to try)"
upgrade to git and test it again or wait for the 1.1.36 wine version..
or fill an bugreport!
and can you please post/past your wine-console bug errors?
Last edited by Qaridarium; 01-06-2010 at 05:53 PM.
According to this: http://www.amd.com/us/press-releases...se_126537.aspx
** architecturally similar/same as the XENOS chip in xbox360, which is closely related to R600. Hmm, so packing an R600 in a phone -- sweet .
So I guess the question is, what do the GN1's GPU drivers look like? Open source I hope?
So it makes it clear that AMD's goal with opensource support is to gain a good share in hand-held market. But we are talking about a chip that doesn't need proper power-performance optimization, just power-saving is enough, which is not ideal for desktop systems. Then they have no vision about the linux desktop market which is growing rapidly:So I guess the question is, what do the GN1's GPU drivers look like? Open source I hope?
I'd say its not a logical long-term strategy. Not only regarding the consumer users but because in the near future many people who work in their home studios (not only workstation people) will be involved in opengl graphics development because of webgl and phone app development boom. And the most cost-effective platform to do that will be linux.
It doesn't matter that AMD has opened the specs for their products. It doesn't matter that they are directly funding the development of open source drivers for Linux. It doesn't matter that they are rapidly improving their workstation driver.
Close your ears, shut your eyes and I guess nothing matters any more. AMD has no plans at all and history will remember barbarbaron as the one who foretold their lack of vision.
Seems to me that some people just like to bitch.
They haven't opened all of the specs. Especially the power management bit of specs (which is obviously needed for desktop systems) lack information. AMD leaves the optimization of the driver (which is as hard as implementing it) to independent developers. A process which will take considerable amount of time spent in reverse engineering the power management bits. They do that because they don't need optimization for their hand-held gfx chips. You close your eyes...It doesn't matter that AMD has opened the specs for their products.
Not the parts they don't need for their hand-held chips (power management and optimization):It doesn't matter that they are directly funding the development of open source drivers for Linux.
You believe this? AMD is terribly losing in linux workstation graphics. nVidia systems are much better with their video acceleration and proper openCL - CUDA support. AMD has only recently provided the support for opencl - stream, while nVidia had that support for a looong time:It doesn't matter that they are rapidly improving their workstation driver.
Its only a matter of time before AMD's collapse in that market...
Keep dreaming on for a fast and reliable desktop open source - closed source linux driver...
Last edited by barbarbaron; 01-07-2010 at 05:17 PM.
I don't have to. Hint: it's already here. My R500 is running better on radeon than it ever did on fglrx.Not the parts they don't need for their hand-held chips (power management and optimization). Keep dreaming on for a fast and reliable desktop open source linux driver...
OK, this thread is getting really wierd.
Not sure why handheld parts are still being discussed in the context of our open source strategy.
Our "vision" is to work with the community, not to do our own thing. I know it sounds radical, but that's what we are doing.
Last edited by bridgman; 01-07-2010 at 05:51 PM.