[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