From: Michael Ellerman <michael@ellerman.id.au>
To: Nishanth Aravamudan <nacc@us.ibm.com>
Cc: linuxppc-dev@lists.ozlabs.org, paulus@samba.org, miltonm@bga.com
Subject: Re: [PATCH] powerpc: disable MSI using new interface if possible
Date: Thu, 10 Mar 2011 09:54:06 +1100 [thread overview]
Message-ID: <1299711246.6272.4.camel@concordia> (raw)
In-Reply-To: <20110308053413.GA26971@us.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 1506 bytes --]
On Mon, 2011-03-07 at 21:34 -0800, Nishanth Aravamudan wrote:
> On 03.03.2011 [23:24:44 -0800], Nishanth Aravamudan wrote:
> > On 04.03.2011 [14:01:24 +1100], Michael Ellerman wrote:
> > > Looking closer at your patch, now I don't understand :)
> > >
> > > + /*
> > > + * disabling MSI with the explicit interface also disables MSI-X
> > > + */
> > > + if (rtas_change_msi(pdn, RTAS_CHANGE_MSI_FN, 0) != 0) {
> > >
> > >
> > > So we first disable using function 3, which should:
> > >
> > > 3: Request to set to a new number of MSI interrupts (including set to 0)
> > >
> > > Which does not mention MSI-X at all, implying it has no effect on them.
> > > Which contradicts what you see, and the comment in the code?
> >
> > Thanks for the thorough review!
> >
> > Per PAPR 2.4 from Power.org, look at the page before that table, page
> > 169:
> >
> > "Specifying Function 3 (MSI) also disables MSI-X for the specified IOA
> > function, and likewise specifying Function 4 (MSI-X) disables MSI for
> > the IOA function....Specifying the Requested Number of Interrupts to
> > zero for either Function 3 or 4 removes all MSI & MSI-X interrupts from
> > the IOA function."
> >
> > So I'm relying on this aspect of PAPR being enforced by the firmware,
> > which I think it is in my testing.
>
> Given all that, do I have your Ack? :)
Indeed. Thanks for clarifying it.
Acked-by: Michael Ellerman <michael@ellerman.id.au>
cheers
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2011-03-09 22:54 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-03 19:39 [PATCH 1/2] powerpc: disable MSI using new interface if possible Nishanth Aravamudan
2011-03-03 19:39 ` [PATCH 2/2] powerpc/msi: clarify call to check_req_msi{,x} Nishanth Aravamudan
2011-03-03 19:44 ` [PATCH 1/2] powerpc: disable MSI using new interface if possible Nishanth Aravamudan
2011-03-04 1:05 ` Michael Ellerman
2011-03-04 1:41 ` [PATCH] " Nishanth Aravamudan
2011-03-04 3:01 ` Michael Ellerman
2011-03-04 7:24 ` Nishanth Aravamudan
2011-03-08 5:34 ` Nishanth Aravamudan
2011-03-09 22:54 ` Michael Ellerman [this message]
2011-03-04 3:06 ` Michael Ellerman
2011-03-04 3:29 ` Joe Perches
2011-03-04 11:13 ` Florian Mickler
2011-03-09 23:12 ` Michael Ellerman
2011-03-10 0:28 ` Joe Perches
2011-03-10 0:46 ` Nishanth Aravamudan
2011-03-10 3:35 ` Michael Ellerman
2011-03-10 3:45 ` Joe Perches
2011-03-10 7:04 ` Florian Mickler
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=1299711246.6272.4.camel@concordia \
--to=michael@ellerman.id.au \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=miltonm@bga.com \
--cc=nacc@us.ibm.com \
--cc=paulus@samba.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).