From: Greg KH <gregkh@suse.de>
To: Andreas Mohr <andi@lisas.de>
Cc: "David S. Miller" <davem@davemloft.net>,
stable@kernel.org, Arnd Bergmann <arnd@arndb.de>,
dhollis@davehollis.com, Phil Chang <pchang23@sbcglobal.net>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH -stable] Add USB PID for new MOSCHIP USB ethernet controller MCS7832 variant
Date: Tue, 30 Nov 2010 13:13:54 -0800 [thread overview]
Message-ID: <20101130211354.GA7635@suse.de> (raw)
In-Reply-To: <20101130210510.GA6057@rhlx01.hs-esslingen.de>
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@kernel.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
next prev parent reply other threads:[~2010-11-30 21:13 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-30 20:07 [PATCH -stable] Add USB PID for new MOSCHIP USB ethernet controller MCS7832 variant Andreas Mohr
2010-11-30 20:27 ` Greg KH
2010-11-30 21:05 ` Andreas Mohr
2010-11-30 21:13 ` Greg KH [this message]
2010-12-19 15:42 ` [PATCH] net: " Andreas Mohr
2010-12-20 18:39 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101130211354.GA7635@suse.de \
--to=gregkh@suse.de \
--cc=andi@lisas.de \
--cc=arnd@arndb.de \
--cc=davem@davemloft.net \
--cc=dhollis@davehollis.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pchang23@sbcglobal.net \
--cc=stable@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).