lkml.org 
[lkml]   [2018]   [Mar]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: arc_usr_cmpxchg and preemption
Date
Hi Peter,

On Thu, 2018-03-15 at 09:18 +0100, Peter Zijlstra wrote:
> On Wed, Mar 14, 2018 at 08:38:53PM +0000, Alexey Brodkin wrote:
> > > int sys_cmpxchg(u32 __user *user_ptr, u32 old, u32 new)
> > > {
> > > u32 val;
> > > int ret;
> > >
> > > again:
> > > ret = 0;
> > >
> > > preempt_disable();
> > > val = get_user(user_ptr);
> > > if (val == old)
> > > ret = put_user(new, user_ptr);
> > > preempt_enable();
> > >
> > > if (ret == -EFAULT) {
> > > struct page *page;
> > > ret = get_user_pages_fast((unsigned long)user_ptr, 1, 1, &page);
> > > if (ret < 0)
> > > return ret;
> > > put_page(page);
> > > goto again;
> >
> > I guess this jump we need to do only once, right?
>
> Typically, yes. It is theoretically possible for the page to get
> paged-out right after we do put_page() and before we do get/put_user(),
> But if that happens the machine likely has bigger problems than having
> to do this loop again.
>
> FWIW, look at kernel/futex.c for working examples of this pattern, the
> above was written purely from memory and could contain a fail or two ;-)

Thanks for the pointer!

> Also, it might make sense to stuff this implementation in some lib/ file
> somewhere and make all platforms that need it use the same code, afaict
> there really isn't anything platform specific to it.

Not clear which part do you mean here.
Are you talking about entire cmpxchg syscall implementation?

Do you think there're many users of that quite an inefficient
[compared to proper HW version] atomic exchange?

-Alexey
\
 
 \ /
  Last update: 2018-03-15 10:12    [W:0.088 / U:1.332 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site