netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Randy Dunlap <randy.dunlap@oracle.com>
To: "Sjur Brændeland" <sjur.brandeland@stericsson.com>
Cc: <netdev@vger.kernel.org>, <stefano.babic@babic.homelinux.org>,
	"Kim Lilliestierna XX" <kim.xx.lilliestierna@stericsson.com>,
	"Christian Bejram" <christian.bejram@stericsson.com>,
	"Daniel Martensson" <daniel.martensson@stericsson.com>
Subject: Re: [RFC PATCH v3  5/8] CAIF Protocol Stack
Date: Thu, 10 Dec 2009 08:44:37 -0800	[thread overview]
Message-ID: <20091210084437.cc38367c.randy.dunlap@oracle.com> (raw)
In-Reply-To: <61D8D34BB13CFE408D154529C120E0790311F113@eseldmw101.eemea.ericsson.se>

On Thu, 10 Dec 2009 14:05:13 +0100 Sjur Brændeland wrote:

> Randy Dunlap wrote:
> > sjur.brandeland@stericsson.com wrote:
> >> From: Sjur Braendeland <sjur.brandeland@stericsson.com>
> > 
> > what Patrick said:
> > patch description should be here and each email subject should be
> > different and describe what that patch does. Please read
> > Documentation/SubmittingPatches. 
> OK I'll read carefully through Submitting Patches. Do you recon this will be ok?
> Subject: [PATCH X/Y] net-caif: Add CAIF Protocol Stack in net/caif/generic

One big point is that the subject line shouldn't be the same
for all of the patches (disregarding PATCH X/Y).
They should be like (e.g.):

[PATCH 1/5] net-caif: add header files
[PATCH 2/5] net-caif: add caif protocol
[PATCH 3/5] net-caif: add caif devices
[PATCH 4/5] net-caif: documentation
[PATCH 5/5] net-caif: Kconfig and Makefile




> >> +menuconfig CAIF
> >> +	tristate "Enable CAIF support"
> >> +	default n
> >> +	---help---
> > 
> > Tell us what CAIF means, probably in the help text.
> 
> I have rephrased this a bit, what do you think about this:
> [snip]
> menuconfig CAIF
> 	tristate "Enable CAIF support"
> 	default n
> 	---help---
> 	The "Communication CPU to Application CPU Interface" (CAIF) is a packet based
> 	connection-oriented MUX protocol developed by ST-Ericsson for use with its modems.
> 
> 	Say Y (or M) here if you build for a phone product (e.g. Android) that uses
> 	CAIF as transport, if unsure say N. 
> 
> 	If you select to build it as module then CAIF_SOCK and CAIF_NETDEV also needs to 
> 	be built as modules. You will also need to say yes to any CAIF physical devices that
> 	your platform requires.
> 
> 	See Documentation/net/CAIF for a further explanation on how to use and configure CAIF.


That looks good, thanks.

---
~Randy

  reply	other threads:[~2009-12-10 16:46 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-30 15:00 [RFC PATCH v3 0/8] CAIF Protocol Stack sjur.brandeland
2009-11-30 15:00 ` [RFC PATCH v3 1/8] " sjur.brandeland
2009-11-30 15:00   ` [RFC PATCH v3 2/8] " sjur.brandeland
2009-11-30 15:00     ` [RFC PATCH v3 3/8] " sjur.brandeland
2009-11-30 15:00       ` [RFC PATCH v3 4/8] " sjur.brandeland
2009-11-30 15:00         ` [RFC PATCH v3 5/8] " sjur.brandeland
2009-11-30 15:00           ` [RFC PATCH v3 6/8] " sjur.brandeland
2009-11-30 15:00             ` [RFC PATCH v3 7/8] " sjur.brandeland
2009-11-30 15:00               ` [RFC PATCH v3 8/8] " sjur.brandeland
2009-12-15 17:12               ` [RFC PATCH v3 7/8] " stefano babic
2009-11-30 16:41           ` [RFC PATCH v3 5/8] " Randy Dunlap
2009-12-10 13:05             ` Sjur Brændeland
2009-12-10 16:44               ` Randy Dunlap [this message]
2009-12-15 16:47         ` [RFC PATCH v3 4/8] " stefano babic
2009-12-16 16:16           ` Sjur Brændeland
2009-12-15 16:00       ` [RFC PATCH v3 3/8] " stefano babic
2009-12-16 16:15         ` Sjur Brændeland
2009-12-09  0:18     ` [RFC PATCH v3 2/8] " stefano babic
2009-12-10 11:20       ` Sjur Brændeland
2009-12-08 23:42   ` [RFC PATCH v3 1/8] " stefano babic
2009-12-10 11:11     ` Sjur Brændeland
2009-11-30 16:08 ` [RFC PATCH v3 0/8] " Patrick McHardy
2009-11-30 18:26   ` Sjur Brændeland
2009-12-02 17:02 ` Stefano Babic
2009-12-03 17:49   ` Sjur Brændeland

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=20091210084437.cc38367c.randy.dunlap@oracle.com \
    --to=randy.dunlap@oracle.com \
    --cc=christian.bejram@stericsson.com \
    --cc=daniel.martensson@stericsson.com \
    --cc=kim.xx.lilliestierna@stericsson.com \
    --cc=netdev@vger.kernel.org \
    --cc=sjur.brandeland@stericsson.com \
    --cc=stefano.babic@babic.homelinux.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).