linux-kernel - Re: [PATCH 173/193] net/mac80211: remove CONFIG

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]

Message-Id: <20121024113941.bbc15e2f317f4307706fae7a@canb.auug.org.au>
Date:	Wed, 24 Oct 2012 11:39:41 +1100
From:	Stephen Rothwell <sfr@...b.auug.org.au>
To:	Kees Cook <keescook@...omium.org>
Cc:	David Miller <davem@...emloft.net>, johannes@...solutions.net,
	linux-kernel@...r.kernel.org, linville@...driver.com
Subject: Re: [PATCH 173/193] net/mac80211: remove CONFIG_EXPERIMENTAL

Hi All,

On Tue, 23 Oct 2012 13:22:23 -0700 Kees Cook <keescook@...omium.org> wrote:
>
> On Tue, Oct 23, 2012 at 1:16 PM, David Miller <davem@...emloft.net> wrote:
> > From: Johannes Berg <johannes@...solutions.net>
> > Date: Tue, 23 Oct 2012 22:15:50 +0200
> >
> >> On Tue, 2012-10-23 at 13:04 -0700, Kees Cook wrote:
> >>> This config item has not carried much meaning for a while now and is
> >>> almost always enabled by default. As agreed during the Linux kernel
> >>> summit, remove it.
> >>>
> >>> CC: "John W. Linville" <linville@...driver.com>
> >>> CC: Johannes Berg <johannes@...solutions.net>
> >>> CC: "David S. Miller" <davem@...emloft.net>
> >>> Signed-off-by: Kees Cook <keescook@...omium.org>
> >>
> >> Acked-by: Johannes Berg <johannes@...solutions.net>
> >>
> >> Presumably somebody is going to submit a git tree with the entire series
> >> and you don't want me to pick up this piece, right?
> >
> > He better not expect us to take this stuff.
> 
> I'm going to do whatever each maintainer wants. :)
> 
> Sounds like you guys would like me to carry these in my tree, so I'll
> add them to linux-next.

I would much prefer that they are merged via each maintainers tree as that
will eliminate the inevitable conflicts (for which I will bear the
pain :-().

These are not big hard patches and have no dependencies on anything, so
what is the problem?

-- 
Cheers,
Stephen Rothwell                    sfr@...b.auug.org.au

Content of type "application/pgp-signature" skipped