public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Roland Dreier <rolandd@cisco.com>
To: "Randy.Dunlap" <rdunlap@xenotime.net>
Cc: tom.l.nguyen@intel.com, akpm <akpm@osdl.org>,
	lkml <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] Doc/MSI-HOWTO: cleanups
Date: Sat, 08 Oct 2005 17:51:57 -0700	[thread overview]
Message-ID: <521x2vldg2.fsf@cisco.com> (raw)
In-Reply-To: <20051008171753.2137fd82.rdunlap@xenotime.net> (Randy Dunlap's message of "Sat, 8 Oct 2005 17:17:53 -0700")

This file can definitely use some rewriting, so thanks for doing this
work.  I'm just picking on some things I notice while reading your patch:

    >  	masking is an optional extension of MSI but a required
    >  	feature for MSI-X. Per-vector masking provides the kernel
    >  	the ability to mask/unmask MSI when servicing its software
    > -	interrupt service routing handler. If per-vector masking is
    > +	interrupt service routine handler. If per-vector masking is
    >  	not supported, then the device driver should provide the
    >  	hardware/software synchronization to ensure that the device
    >  	generates MSI when the driver wants it to do so.

If you're going to touch this at all, it should be rewritten so it
actually makes sense.  I would rewrite this sentence as either

    "...the ability to mask/unmask a single MSI while servicing its
     interrupt."

or

    "...the ability to mask/unmask a single MSI while running its
     interrupt service routine."

     > +With this new API, any existing device driver which wants to have
     > +MSI enabled on its device function must call this API to enable MSI.

"device function" (which is PCI jargonese) should probably just be
"device."  Also, perhaps "...a device driver that..." would read
better than "...any existing device driver which...."

    >  pre-assigned dev->irq with a new MSI vector. To avoid the conflict
    > -of new assigned vector with existing pre-assigned vector requires
    > +of the new assigned vector with existing pre-assigned vector requires
    >  a device driver to call this API before calling request_irq().

"...the conflict..." should probably be "...a conflict..."

    > +software system can set different pages for controlling accesses to the
    > +MSI-X structure. The implementation of the MSI patch requires the PCI

"...the MSI patch..." should probably be "...MSI support..."

Thanks,
  Roland

  reply	other threads:[~2005-10-09  0:52 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-09  0:17 [PATCH] Doc/MSI-HOWTO: cleanups Randy.Dunlap
2005-10-09  0:51 ` Roland Dreier [this message]
2005-10-10  1:56   ` Randy.Dunlap
2005-10-12  3:59     ` Randy.Dunlap
  -- strict thread matches above, loose matches on Subject: below --
2005-10-12 16:09 Nguyen, Tom L

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=521x2vldg2.fsf@cisco.com \
    --to=rolandd@cisco.com \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rdunlap@xenotime.net \
    --cc=tom.l.nguyen@intel.com \
    /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