All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Love <robert.w.love@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: "james.bottomley@hansenpartnership.com"
	<james.bottomley@hansenpartnership.com>,
	"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
	"jgarzik@redhat.com" <jgarzik@redhat.com>,
	"davem@davemloft.net" <davem@davemloft.net>,
	"james.smart@emulex.com" <james.smart@emulex.com>,
	"michaelc@cs.wisc.edu" <michaelc@cs.wisc.edu>,
	"jeykholt@cisco.com" <jeykholt@cisco.com>,
	"andi@firstfloor.org" <andi@firstfloor.org>,
	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>
Subject: Re: [PATCH 3/3] fcoe: Fibre Channel over Ethernet
Date: Fri, 06 Feb 2009 11:05:17 -0800	[thread overview]
Message-ID: <1233947117.7785.5.camel@fritz> (raw)
In-Reply-To: <20090204182441.4a8def70.akpm@linux-foundation.org>

On Wed, 2009-02-04 at 18:24 -0800, Andrew Morton wrote:
> On Tue, 09 Dec 2008 15:10:24 -0800 Robert Love <robert.w.love@intel.com> wrote:
> 
> > Encapsulation protocol for running Fibre Channel over Ethernet interfaces.
> > Creates virtual Fibre Channel host adapters using libfc.
> > 
> > This layer is the LLD to the scsi-ml. It allocates the Scsi_Host, utilizes
> > libfc for Fibre Channel protocol processing and interacts with netdev to
> > send/receive Ethernet packets.
> > 
> 
> I stumbled across this while looking for new and weird kthread API usages..
> 
I just sent a patchset of Open-FCoE updates to linux-scsi. Patches in
that set should take care of the kernel-doc issues, the initialization
ordering problem for fcoe transports, the typos, the timer comments, and
the unnecessary casting problem.

> > ...
> >
> > +/**
> > + * fcoe_transport_lookup - check if the transport is already registered
> > + * @t: the transport to be looked up
> > + *
> > + * This compares the parent device (pci) vendor and device id
> > + *
> > + * Returns: NULL if not found
> > + *
> > + * TODO - return default sw transport if no other transport is found
> > + **/
> 
> The kerneldoc comments consistently close with
> 
> **/
> 
> which is consistently unconventional.  Not wrong, just odd.
> 

I did change the kernel-doc function comment blocks to end with '*/',
since you called it out. I looked at the other comments under
drivers/scsi/ and most did end in '*/'. However, the
Documentation/kernel-doc-nano-HOWTO.txt has an example for function
headers that shows '**/' as the suggested style. Should the kernel-doc
HOWTO be updated?

Example kernel-doc function comment:

/**
 * foobar() - short function description of foobar
 * @arg1:       Describe the first argument to foobar.
 * @arg2:       Describe the second argument to foobar.
 *              One can provide multiple line descriptions
 *              for arguments.
 *
 * A longer description, with more discussion of the function foobar()
 * that might be useful to those using or modifying it.  Begins with
 * empty comment line, and may include additional embedded empty
 * comment lines.
 *
 * The longer description can have multiple paragraphs.
 **/



  reply	other threads:[~2009-02-06 19:05 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-09 23:10 [PATCH 0/3] Open-FCoE Submission (round 2) Robert Love
2008-12-09 23:10 ` [PATCH 1/3] FC protocol definition header files Robert Love
2008-12-09 23:10 ` [PATCH 2/3] libfc: A modular Fibre Channel library Robert Love
2008-12-10  0:03   ` Andi Kleen
2008-12-10 18:42     ` Vasu Dev
2008-12-10 19:42       ` Andi Kleen
2008-12-12  1:55         ` Vasu Dev
2008-12-12  2:19           ` Joe Eykholt
2008-12-11  0:44     ` Chris Leech
2008-12-11  0:49     ` Chris Leech
2008-12-11 20:32     ` Zou, Yi
2008-12-11 23:33       ` Andi Kleen
2008-12-09 23:10 ` [PATCH 3/3] fcoe: Fibre Channel over Ethernet Robert Love
2009-02-05  2:24   ` Andrew Morton
2009-02-06 19:05     ` Robert Love [this message]
2009-02-06 19:13       ` Andrew Morton
2009-02-06 19:26         ` [PATCH] kernel-doc: preferred ending marker and examples Randy Dunlap
  -- strict thread matches above, loose matches on Subject: below --
2008-11-18 22:20 [PATCH 0/3] Open-FCoE Submission Robert Love
2008-11-18 22:21 ` [PATCH 3/3] fcoe: Fibre Channel over Ethernet Robert Love

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=1233947117.7785.5.camel@fritz \
    --to=robert.w.love@intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=andi@firstfloor.org \
    --cc=davem@davemloft.net \
    --cc=james.bottomley@hansenpartnership.com \
    --cc=james.smart@emulex.com \
    --cc=jeffrey.t.kirsher@intel.com \
    --cc=jeykholt@cisco.com \
    --cc=jgarzik@redhat.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=michaelc@cs.wisc.edu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.