Hi Carsten, On 2019/01/31, Carsten Haitzler wrote: > On Wed, 30 Jan 2019 18:33:35 +0000 Emil Velikov <emil.l.veli...@gmail.com> > said: > > You might want to hold off on this. My bugfix was actually patched out by > partly > removing some of it. The void ptr math should never have been there and wasn't > in the final patch. > > I'm talking about: > > + void *cpu2 = cpu + 8; > > In 300d3ae8b1445b5060f92c77c0f577f4b7b2c7d6 > > At least with gcc8 mesa is a dud on Raspberry Pi (can't upload/downlaod > textures without crashing) without the fixes. I moved the secondary ptr math > into the ASM chunk because the C compiler seemed to just mess up cpu2 ptr > content/value for me on gcc8 (it also kept the parameter inputs/outputs > cleaner > and consistent with other ASM chunks). Keeping this as void ptr math alone is > just wrong and asking for trouble and as it unfixed a fix I already had in > submitted patches. > > Being at FOSDEM I now no longer have access to my OS image with all of this > set > up to test and won't until next week. I can't dig in and verify. Without my > fixes at all it's a dead man walking with gcc8, and thus Arch Linux is broken > entirely on Rpi without it (and has been for a while now). > If I understand this correctly, during the rework (by Eric I assume) some of your fixes got invalidated. Yet the current code and binaries produced are not worse off then before the patches.
Thus from stable POV, we're safe, since nothing has regressed per se. We will apply the extra patches for the next release. Thanks Emil P.S. How did you submit the patches - I cannot see them neither on mesa-dev mailing list nor gitlab MR. _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev