Re: [PATCH 3.2 00/46] 3.2.81-rc1 review

From: Ben Hutchings
Date: Sun Oct 08 2017 - 14:56:15 EST


On Tue, 2016-06-14 at 23:35 +0100, Sudip Mukherjee wrote:
> On Tuesday 14 June 2016 11:16 PM, Ben Hutchings wrote:
> > On Tue, 2016-06-14 at 22:56 +0100, Sudip Mukherjee wrote:
> > > On Sunday 12 June 2016 10:34 PM, Ben Hutchings wrote:
> > > > This is the start of the stable review cycle for the 3.2.81 release.
> > > > There are 46 patches in this series, which will be posted as responses
> > > > to this one. If anyone has any issues with these being applied, please
> > > > let me know.
> > > >
> > > > Responses should be made by Wed Jun 15 00:00:00 UTC 2016.
> > > > Anything received after that time might be too late.
> > >
> > > m32r allmodconfig build is failing.
> > >
> > > you will also need - 71a49d16f06d ("m32r: add definition of ioremap_wc
> > > to io.h")
> > >
> > > build log is at: https://gitlab.com/sudipm/linux-next/builds/1771270
> >
> > None of these patches add a call to ioremap_wc(), and none of the
> > changes since v3.2 added such a call. So I think it can wait for
> > another stable cycle. Anyway, isn't it really this commit that's
> > needed:
> >
> > commit 92a8ed4c7643809123ef0a65424569eaacc5c6b0
> > Author: Sudip Mukherjee
> > <sudipm.mukherjee@xxxxxxxxx>
> > Date: Tue Dec 29 14:54:19 2015 -0800
> >
> > m32r: add io*_rep helpers
> >
>
> Looks like today is a bad day. I tested with:
> 92a8ed4c7643 ("m32r: add io*_rep helpers") and that gave me another
> failure which needed:
> 71a49d16f06d ("m32r: add definition of ioremap_wc to io.h")

I've belatedly queued up both of those for 3.2 and 3.16.

Ben.

> >
> > > It doesnot apply cleanly, if you want I can send you the backported version.
> > >
> > > Some other builds are also failing but i dont think i can check them
> > > before your deadline.
> > > My other builds are at:
> > > https://gitlab.com/sudipm/linux-next/pipelines/3510592
> >
> > As some of these failures are caused by not adding include/rdma/ib.h,
> > please let me know when you have results with that fixed.
>
> Its pending at https://gitlab.com/sudipm/linux-next/pipelines/3519324
>
> Regards
> Sudip
>
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source

Attachment: signature.asc
Description: This is a digitally signed message part