[PATCH] nptl: Add <thread_pointer.h> for or1k
Stafford Horne
shorne@gmail.com
Tue Dec 10 12:38:43 GMT 2024
On Mon, Dec 09, 2024 at 02:19:15PM -0500, Michael Jeanson wrote:
> On 2024-11-11 16:59, Stafford Horne wrote:
> > On Fri, Nov 01, 2024 at 03:23:24PM -0400, Michael Jeanson wrote:
> >> This will be required by the rseq extensible ABI implementation on all
> >> Linux architectures exposing the '__rseq_size' and '__rseq_offset'
> >> symbols to set the initial value of the 'cpu_id' field which can be used
> >> by applications to test if rseq is available and registered. As long as
> >> the symbols are exposed it is valid for an application to perform this
> >> test even if rseq is not yet implemented in libc for this architecture.
> >>
> >> Compile tested with build-many-glibcs.py but I don't have access to any
> >> hardware to run the tests.
> >
> > Hello,
> >
> > Thanks for this. I am away on a long business trip so not having much time to
> > work on this right now. I will be back next week and Ill get some time to sit
> > down and test this.
> >
> > I will push the commit if all looks and works fine. At the moment OpenRISC
> > doesn't have support for rseq, I started adding support for it a while ago but
> > didn't finish as the in kernel testing suite was taking too long to get setup.
> > Now that there is support in glibc it should be much easier to test the linux
> > support.
> >
> > So, thanks a lot for this.
> >
> > -Stafford
>
> Ping? If you need help with enabling rseq in the kernel don't hesitate to reach
> out.
Sorry, I haven't forgot about this. But I had some kernel and qemu patches to
work though and test first. I will get to this over the next week, I am
building a new glibc and starting testing now.
-Stafford
More information about the Libc-alpha
mailing list