[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190828154718.nesaolp7gfxxh5o5@xps.therub.org>
Date: Wed, 28 Aug 2019 10:47:18 -0500
From: Dan Rue <dan.rue@...aro.org>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: Naresh Kamboju <naresh.kamboju@...aro.org>,
open list <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Guenter Roeck <linux@...ck-us.net>,
Shuah Khan <shuah@...nel.org>, patches@...nelci.org,
Ben Hutchings <ben.hutchings@...ethink.co.uk>,
lkft-triage@...ts.linaro.org,
linux- stable <stable@...r.kernel.org>
Subject: Re: [PATCH 5.2 000/162] 5.2.11-stable review
On Wed, Aug 28, 2019 at 05:16:08PM +0200, Greg Kroah-Hartman wrote:
> On Wed, Aug 28, 2019 at 10:30:09AM +0530, Naresh Kamboju wrote:
> > On Tue, 27 Aug 2019 at 13:30, Greg Kroah-Hartman
> > <gregkh@...uxfoundation.org> wrote:
> > >
> > > This is the start of the stable review cycle for the 5.2.11 release.
> > > There are 162 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.
> > >
> > > Responses should be made by Thu 29 Aug 2019 07:25:02 AM UTC.
> > > Anything received after that time might be too late.
> > >
> > > The whole patch series can be found in one patch at:
> > > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.2.11-rc1.gz
> > > or in the git tree and branch at:
> > > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.2.y
> > > and the diffstat can be found below.
> > >
> > > thanks,
> > >
> > > greg k-h
> >
> > Results from Linaro’s test farm.
> > No regressions on arm64, arm, x86_64, and i386.
>
> Thanks for testing all of these and letting us know.
>
> Also, how did you all not catch the things that the redhat ci system was
> catching that caused us to add another networking aptch?
Hi Greg -
I'll follow up with them off list. That said, I expect different CI
setups to find different issues - that's the point, after all. It would
be bad if we all ran the exact same things, and found the exact same
things, because then we'd also miss the exact same things. In the macro
sense, there is a lot to test, and I would rather see CI teams go after
areas that are weak, rather than areas that are well covered.
Dan
>
> thanks,
>
> greg k-h
--
Linaro - Kernel Validation
Powered by blists - more mailing lists