Hello,
I compiled a Git kernel with the latest DRM updates
(drm-next-2019-09-18) [1] today. Unfortunately it doesn't boot with my
Radeon Northern Islands graphics cards anymore.
I tested it with a Radeon HD6870 and with a Radeon HD4870.
The kernel boots with a Radeon SI graphics card. (R7 24
Hi Michel,
Many thanks for your answer. We need to think about the topic.
Cheers,
Christian
On 20 August 2015 at 04:53 AM, Michel Dänzer wrote:
On 19.08.2015 16:34, Christian Zigotzky wrote:
Thank you for your answer. I don't have an idea anymore. Could you
tell me which files we ha
sktop
systems but without 3D acceleration it wouldn't be so nice.
Cheers,
Christian
On 19 August 2015 at 09:12 AM, Michel Dänzer wrote:
On 19.08.2015 15:02, Christian Zigotzky wrote:
Could you please adapt the r600g driver for the changed PIPE_FORMAT_*
semantics for big endian machines, pl
Hi All,
Could you please adapt the r600g driver for the changed PIPE_FORMAT_*
semantics for big endian machines, please?
All Power Mac and AMIGA one users can't use AMD Radeon HD7xxx or higher
for 3D acceleration. The r600g driver needs to be adapted to changes in
the way the Gallium3D infra
Emil Velikov wrote:
Hi Christian,
On 4 August 2015 at 08:23, Christian Zigotzky wrote:
Hi All,
I know the false colors problems. Some Linux programs appear to be ABGR
instead of RGBA, thus green becomes purple, red becomes light blue etc.
I created a bug report on freedesktop.org. Bug report
at 08:40 AM, Oded Gabbay wrote:
On Wed, Aug 5, 2015 at 9:36 AM, Christian Zigotzky
wrote:
Hi Oded,
Is the r600g driver ready for the Gallium3D infrastructure of big endian
hosts or did you only solve the wrong colors problem?
Cheers,
Christian
Hi Christian,
I'm only working on software
- do they
use the same approach or is llvmpipe the odd one out ?
Hi Emil,
I checked it with swrast, softpipe AND llvmpipe.
Without my patch, all methods fail piglit sanity on ppc64
With my patch, all methods pass piglit sanity
Oded
Curious if your work has any effect on the big
600 issue
[1]. I believe Christian Zigotzky (Cc'ed) was very passionate about
getting his r600 working - perhaps he can give your patches a test ?
... just to make sure that things don't go even worse :)
Cheers,
Emil
[1] https://bugs.freedesktop.org/show_bug.cgi?id=72877
__
Hi,
Thanks to Richard for these patches. Well done! Are these patches in the
latest Mesa version?
Rgds,
Christian
On 07/22/2014 03:51 AM, Richard Sandiford wrote:
>> MESA_FORMAT_LnAn_* puts the luminance in the low part of the integer and
>> the alpha in the high part. The same goes for MES
Tom,
Thanks for your answer.
On 21.03.2014 17:51, Tom Stellard wrote:
On Fri, Mar 21, 2014 at 05:47:56PM +0100, Christian Zigotzky wrote:
Hi All,
I have compiled LLVM 3.4 and Mesa 10.0.4 without any changes.
Here is the result of this test.
-> glxinfo | grep OpenGL
terminate called af
Hi All,
I have compiled LLVM 3.4 and Mesa 10.0.4 without any changes.
Here is the result of this test.
-> glxinfo | grep OpenGL
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
-> LIBGL_DEBUG=verbose glxinfo | grep OpenGL
libGL: OpenDriver: trying /us
Hi Michel,
Thanks for your answer.
On 14.03.2014 02:36, Michel Dänzer wrote:
This is probably because r600g claims not to support any of the colour
formats chosen by the Mesa/DRI state tracker.
Did you only apply these two patches, no other modifications to the Git
tree?
Yes I did apply only
On 13.03.2014 11:17, Timothy Arceri wrote:
This is nothing to do with the patches. You are running softpipe not the
the r600 driver.
libGL error: failed to load driver: r600
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on softpipe
You can try running this to get more
On 12.03.2014 05:35, Michel Dänzer wrote:
On Die, 2014-03-11 at 17:51 +0100, Christian Zigotzky wrote:
On 11.03.2014 16:25, Richard Sandiford wrote:
I just mean changing instances of things like PIPE_FORMAT_A8R8G8B8_UNORM
to PIPE_FORMAT_ARGB_UNORM in the relevant parts of the r600 support
On 11.03.2014 16:25, Richard Sandiford wrote:
I just mean changing instances of things like PIPE_FORMAT_A8R8G8B8_UNORM
to PIPE_FORMAT_ARGB_UNORM in the relevant parts of the r600 support
(which is I think what Michel also meant -- like I say, I'm not really
adding anything new here). PIPE_FO
Am 11.03.14 16:25, schrieb Richard Sandiford:
Christian Zigotzky writes:
Am 11.03.14 12:08, schrieb Richard Sandiford:
Michel Dänzer writes:
On Mon, 2014-03-10 at 10:11 +0100, Christian Zigotzky wrote:
On 10.03.2014 02:49, Michel Dänzer wrote:
Congratulations, you just broke llvmpipe
Am 11.03.14 12:08, schrieb Richard Sandiford:
Michel Dänzer writes:
On Mon, 2014-03-10 at 10:11 +0100, Christian Zigotzky wrote:
On 10.03.2014 02:49, Michel Dänzer wrote:
Congratulations, you just broke llvmpipe again on big endian systems. ;)
I'm sorry but Mesa classic works very we
2014 11:28, Christian Zigotzky wrote:
On Don, 2014-03-06 at 20:06 +0100, Christian Zigotzky wrote:
Hi Thomas,
Hi Michel,
There are any problems with false colors since Mesa 9.2 on big-endian
(PowerPC) systems. I've figured out that the following line in
"src/gallium/drivers/r600/ev
On Don, 2014-03-06 at 20:06 +0100, Christian Zigotzky wrote:
Hi Thomas,
Hi Michel,
There are any problems with false colors since Mesa 9.2 on big-endian
(PowerPC) systems. I've figured out that the following line in
"src/gallium/drivers/r600/evergreen_state.c" the pr
Hello Michel,
I'm sorry. I'll send your answer in another mail.
Rgds,
Christian
On 07.03.2014, you wrote:
> On Fre, 2014-03-07 at 08:54 +0100, Christian Zigotzky wrote:
>> Hi List,
>>
>> There are any problems with false colors since Mesa 9.2 on big-endian
&
Hi List,
There are any problems with false colors since Mesa 9.2 on big-endian
(PowerPC) systems (Screenshot:
https://bugs.freedesktop.org/attachment.cgi?id=91566). I've created the
bug report 72877 (https://bugs.freedesktop.org/show_bug.cgi?id=72877).
I've figured out that the following line
21 matches
Mail list logo
