[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <TYAPR01MB22854206B2C28CB7FDFE5143B7F60@TYAPR01MB2285.jpnprd01.prod.outlook.com>
Date: Tue, 17 Mar 2020 19:46:45 +0000
From: Chris Paterson <Chris.Paterson2@...esas.com>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"torvalds@...ux-foundation.org" <torvalds@...ux-foundation.org>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"linux@...ck-us.net" <linux@...ck-us.net>,
"shuah@...nel.org" <shuah@...nel.org>,
"patches@...nelci.org" <patches@...nelci.org>,
"ben.hutchings@...ethink.co.uk" <ben.hutchings@...ethink.co.uk>,
"lkft-triage@...ts.linaro.org" <lkft-triage@...ts.linaro.org>,
"stable@...r.kernel.org" <stable@...r.kernel.org>
Subject: RE: [PATCH 4.19 00/86] 4.19.109-stable review
Hello,
> From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
> Sent: 11 March 2020 13:14
>
> On Wed, Mar 11, 2020 at 10:56:06AM +0000, Chris Paterson wrote:
> > Hello Greg,
> >
> > > From: stable-owner@...r.kernel.org <stable-owner@...r.kernel.org> On
> > > Behalf Of Greg Kroah-Hartman
> > > Sent: 10 March 2020 12:44
> > >
> > > This is the start of the stable review cycle for the 4.19.109 release.
> > > There are 86 patches in this series, all will be posted as a response
> > > to this one. If anyone has any issues with these being applied, please
> > > let me know.
> >
> > No build/test issues seen for CIP configs for Linux 4.19.109-rc1
> (624c124960e8).
> > (Okay, there is a boot issue with the arm multi_v7_defconfig, but I'm pretty
> sure that's an issue my end that's been around for a couple of weeks now)
> >
> > Build/test pipeline/logs: https://gitlab.com/cip-project/cip-testing/linux-
> stable-rc-ci/pipelines/124879010
> > GitLab CI pipeline: https://gitlab.com/cip-project/cip-testing/linux-cip-
> pipelines/-/blob/master/trees/linux-4.19.y.yml
>
> Thanks for testing 2 of these and letting me know.
>
> If you figure out the boot issue, please let us know.
Sorted it. Just needed to get u-boot to load the DTB to a different address to stop it getting overwritten by the giant Kernel.
Chris
>
> greg k-h
Powered by blists - more mailing lists