lkml.org 
[lkml]   [2020]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH 4.14 000/237] 4.14.172-stable review
Hi Greg,

On Sun, Mar 1, 2020 at 10:42 AM Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
> On Sun, Mar 01, 2020 at 10:38:18AM +0100, Geert Uytterhoeven wrote:
> > On Thu, Feb 27, 2020 at 2:55 PM Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > > This is the start of the stable review cycle for the 4.14.172 release.
> > > There are 237 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 Sat, 29 Feb 2020 13:21:24 +0000.
> > > 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/v4.x/stable-review/patch-4.14.172-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-4.14.y
> > > and the diffstat can be found below.
> > >
> > > thanks,
> > >
> > > greg k-h
> > >
> > > -------------
> > > Pseudo-Shortlog of commits:
> >
> > Given you do have a git branch containing these commits, is there any
> > chance you can update your scripts to insert a real (sorted) shortlog
> > here?
> > That would make it easier for us contributors to track what has been
> > backported.
>
> How would a real shortlog help any better, except to have things sorted
> a tad easier?

One reason is that it is easier to search in a sorted list.
A second reason is that contributions by the same person would be grouped
together.

> I can't remember why I do it this way, but for some reason, many many
> years ago, this was a better solution than a "traditional" shortlog.

IIRC, because you started with quilt ;-)

> Here's the shortlog for this release for comparison:
>
> Aditya Pakki (3):
> fore200e: Fix incorrect checks of NULL pointer dereference
> orinoco: avoid assertion in case of NULL pointer
> ecryptfs: replace BUG_ON with error handling code

See, the above are all commits by Aditya Pakki. No reason to continue
looking below ;-)

Thanks!

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

\
 
 \ /
  Last update: 2020-03-01 10:53    [W:0.147 / U:6.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site