Re: Build failure in -next with get_user_pages_remote() API change

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 10 Jul 2020 16:23:58 +0100 Catalin Marinas <catalin.marinas@xxxxxxx> wrote:

> > --- a/arch/arm64/kernel/mte.c
> > +++ b/arch/arm64/kernel/mte.c
> > @@ -221,7 +221,7 @@ static int __access_remote_tags(struct task_struct *tsk, struct mm_struct *mm,
> >                 void *maddr;
> >                 struct page *page = NULL;
> >  
> > -               ret = get_user_pages_remote(tsk, mm, addr, 1, gup_flags,
> > +               ret = get_user_pages_remote(mm, addr, 1, gup_flags,
> >                                             &page, &vma, NULL);
> >                 if (ret <= 0)
> >                         break;
> > 
> > Seems to be a new caller merged recently, so it got left behind during the
> > rebases...  Sorry for not noticing that.
> 
> The mte code is only in -next but since it's based on 5.8-rc3, we can't
> change it without breaking it.
> 
> Is there a stable branch somewhere with the gup patches? If not, I can
> provisionally drop the affected MTE patches from -next and push them
> upstream closer to the -rc1 (it's the ptrace support from MTE).

Is OK.  I restaged this patch series to come after linux-next's
material and added Peter's fixup.  I'll merge this series into Linus
after the ARM tree has merged so everything will land nicely.

Happens often ;)



[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux