From: "Busch, Keith" <keith.busch@intel.com>
To: Bjorn Helgaas <helgaas@kernel.org>,
"Derrick, Jonathan" <jonathan.derrick@intel.com>
Cc: "linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>
Subject: RE: [RFCv2 0/3] vmd irq list shortening, map allocation
Date: Tue, 13 Sep 2016 22:16:19 +0000 [thread overview]
Message-ID: <B58D82457FDA0744A320A2FC5AC253B93D722BF9@fmsmsx104.amr.corp.intel.com> (raw)
In-Reply-To: <20160913205745.GF4138@localhost>
Sorry for the delay. I've been looking into these new PCI IRQ API's and fou=
nd an unrelated issue that I stuck myself with working through with Christo=
ph and Thomas. :)
Patches 1/3 and 2/3 look good to me.
I'm not convinced 3/3 is an improvement. At the very least, we don't want t=
o BUG_ON from a failed kmalloc when we can return an appropriate error inst=
ead. I'll take a closer look at 3/3 and get back to Jon with more feedback.
-----Original Message-----=09
From: Bjorn Helgaas [mailto:helgaas@kernel.org]=20
Sent: Tuesday, September 13, 2016 2:58 PM
To: Derrick, Jonathan <jonathan.derrick@intel.com>
Cc: Busch, Keith <keith.busch@intel.com>; linux-pci@vger.kernel.org
Subject: Re: [RFCv2 0/3] vmd irq list shortening, map allocation
On Fri, Sep 02, 2016 at 11:53:03AM -0600, Jon Derrick wrote:
> V2:
> Added a map for vmd irqs to attempt to allocate all vmd irqs within an
> irq list into a single page. Once we start getting many devices
> sharing the irq in an irq list, this may help the list traversal latency.
>=20
> V1:
> Couple of RFC patches here. I don't really notice a positive benefit but
> it does reduce the struct size of vmd_irq_list and hopefully we gain some
> cache benefits from that.
>=20
> Both are based on:
> https://patchwork.kernel.org/patch/9304179/
> https://patchwork.kernel.org/patch/9304181/
>=20
> Jon Derrick (3):
> vmd: eliminate vmd_vector member from list type
> vmd: eliminate index member from irq list
> pci/vmd: Create irq map for irq nodes
>=20
> arch/x86/pci/vmd.c | 94 ++++++++++++++++++++++++++++++++++++++++++------=
------
> 1 file changed, 73 insertions(+), 21 deletions(-)
These look OK to me, so if Keith acks them I'll merge them.
next prev parent reply other threads:[~2016-09-13 22:16 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-02 17:53 [RFCv2 0/3] vmd irq list shortening, map allocation Jon Derrick
2016-09-02 17:53 ` [RFCv2 1/3] vmd: eliminate vmd_vector member from list type Jon Derrick
2016-09-02 17:53 ` [RFCv2 2/3] vmd: eliminate index member from irq list Jon Derrick
2016-09-02 17:53 ` [RFCv2 3/3] pci/vmd: Create irq map for irq nodes Jon Derrick
2016-09-13 20:57 ` [RFCv2 0/3] vmd irq list shortening, map allocation Bjorn Helgaas
2016-09-13 22:16 ` Busch, Keith [this message]
2016-09-14 14:44 ` Jon Derrick
2016-09-14 20:25 ` Bjorn Helgaas
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=B58D82457FDA0744A320A2FC5AC253B93D722BF9@fmsmsx104.amr.corp.intel.com \
--to=keith.busch@intel.com \
--cc=helgaas@kernel.org \
--cc=jonathan.derrick@intel.com \
--cc=linux-pci@vger.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 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.