[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101130211354.GA7635@suse.de>
Date: Tue, 30 Nov 2010 13:13:54 -0800
From: Greg KH <gregkh@...e.de>
To: Andreas Mohr <andi@...as.de>
Cc: "David S. Miller" <davem@...emloft.net>, stable@...nel.org,
Arnd Bergmann <arnd@...db.de>, dhollis@...ehollis.com,
Phil Chang <pchang23@...global.net>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH -stable] Add USB PID for new MOSCHIP USB ethernet
controller MCS7832 variant
On Tue, Nov 30, 2010 at 10:05:10PM +0100, Andreas Mohr wrote:
> On Tue, Nov 30, 2010 at 12:27:12PM -0800, Greg KH wrote:
> > On Tue, Nov 30, 2010 at 09:07:37PM +0100, Andreas Mohr wrote:
> > > Due to active notification of the new MCS7832 version by the manufacturer
> > > today (Mr. Milton; thanks!) -- quote: "functionality same as MCS7830",
> > > I'm now submitting this patch, intended for networking.git and -stable.
> >
> > This is not how you get stuff into the stable kernel trees, sorry.
> > Please read Documentation/stable_kernel_rules.txt for how to do that.
>
> From having read that perhaps 2 or 3 times (randomly)
> and following a couple dozen -stable mails I had the impression that
> remembering the constraints would be quite easy; obviously not - sorry!
> Did have some doubts about the number of hunks, though.
> And obviously violated the "must be upstream" rule.
>
> So what to do?
Read the line in that file that says:
- To have the patch automatically included in the stable tree,
add the tag
Cc: stable@...nel.org
in the sign-off area. Once the patch is merged it will be
applied to the stable tree without anything else needing to
be done by the author or subsystem maintainer.
> Shovel patch as-is to networking only (optionally specifying the
> somewhat unclearly formulated Cc: stable mechanism)?
> Or rather minimalist-reduce the patch, then dito?
See above.
> > Sometimes I wonder why we even write documentation if no one ever reads
> > it...
>
> I could also mention some (strangely familiar) cases where people _didn't_
> write kernel docs which many people likely would have liked to read
> to avoid wasting half-millions of dollars... *smirk*
Examples? And are those people likely to put up the money to write
those docs? That's the big problem, people like to complain, but not
pay anyone to do the work...
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/
Powered by blists - more mailing lists