Message ID | 20200501021439.2456-1-mathieu.desnoyers@efficios.com |
---|---|
Headers | show |
Series | Restartable Sequences enablement | expand |
* Mathieu Desnoyers via Libc-alpha: > Florian, if you find the patches OK and possibly with a bit of > tweaking of the commit messages, can you please commit them > to glibc ? I had some final review comments, and I found a real bug: the uptr changes in <sys/rseq.h> are problematic. What do others think about the level of testing and documentation in these patches? Thanks, Florian
----- On May 20, 2020, at 7:44 AM, Florian Weimer fweimer@redhat.com wrote: > * Mathieu Desnoyers via Libc-alpha: > >> Florian, if you find the patches OK and possibly with a bit of >> tweaking of the commit messages, can you please commit them >> to glibc ? > > I had some final review comments, and I found a real bug: the uptr > changes in <sys/rseq.h> are problematic. Hi Florian, Can you share what issue you have found with the uptr changes ? Thanks, Mathieu > > What do others think about the level of testing and documentation in > these patches? > > Thanks, > Florian
* Mathieu Desnoyers: > ----- On May 20, 2020, at 7:44 AM, Florian Weimer fweimer@redhat.com wrote: > >> * Mathieu Desnoyers via Libc-alpha: >> >>> Florian, if you find the patches OK and possibly with a bit of >>> tweaking of the commit messages, can you please commit them >>> to glibc ? >> >> I had some final review comments, and I found a real bug: the uptr >> changes in <sys/rseq.h> are problematic. > > Hi Florian, > > Can you share what issue you have found with the uptr changes ? I thought I had written about something here: <https://sourceware.org/pipermail/libc-alpha/2020-May/114142.html> But it's not very explicit. I must have deleted it before sending it. The problem is that you made substantial changes to the fallback definitions compared to the kernel version. But those will never be used if the user has the appropriate kernel headers installed. The fallback part really has to be an almost-verbatim copy of the kernel definitions. Thanks, Florian