linux-kernel - Re: -longterm kernels (Was: Re: [stable] Patch Upstream: iwlwifi: fix skb usage after free)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 5 May 2011 08:25:01 -0700
From:	Greg KH <greg@...ah.com>
To:	Stanislaw Gruszka <sgruszka@...hat.com>
Cc:	stable@...nel.org, linux-kernel@...r.kernel.org
Subject: Re: -longterm kernels (Was: Re: [stable] Patch Upstream: iwlwifi:
 fix skb usage after free)

On Thu, May 05, 2011 at 04:58:55PM +0200, Stanislaw Gruszka wrote:
> (Removing Cc as probably not interested, adding LKML)
> 
> On Wed, May 04, 2011 at 03:36:05PM -0700, Greg KH wrote:
> > > Cc: stable@...nel.org # 2.6.32+
> > 
> > This doesn't apply to the .32 or .33-stable kernels.  If you wish to see
> > it there, can someone please provide a backport and send it to
> > stable@...nel.org ?
> Done.
> 
> BTW, Greg, perhaps -logterm releasing policy should be revised somehow.
> Currently we have .32, .33, .34, .35 -longterm, what is kind a much.

It's not "much" if you rely on that kernel version, right?

Nor if you aren't doing the work, no one forces anyone to backport any
patches to older kernels if they don't want to.  The above patch was
asked to be backported as the original submitter wanted it there, hence
my asking for them to do it if they really wanted it.

> If
> I could suggest something, would be nice to have longterm chosen
> versions predictable and constants i.e. one from every 3 kernel
> releases, like .35, .38, .41 ... . That would make distributions, that
> try to do release every half year very happy, because they will know
> what kernel to choose, which will be widely supported and tested.

The distros are the ones doing this -stable and -longterm work, so they
very well know exactly what is going on.  If they want to have a
specific kernel version marked as "-longterm", then they do the work to
do so.

What happens in the future, with future releases, is always unknown, as
hey, it's the future :)

So I really fail to understand what you are asking for here.

> Also
> developers will have a bit less work with backporting fixes, as having
> same bug in n and n-3 release is less probable, than having the same bug
> in n and n-1.

Again, no developer has to backport anything they don't want to, please
never feel any pressure from me or any other stable/longterm maintainer
to do so.  In this specific case, that was the request of the original
developer, hence my request back to them.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/