From: Bjorn Helgaas <helgaas@kernel.org>
To: Jon Derrick <jonathan.derrick@intel.com>
Cc: keith.busch@intel.com, linux-pci@vger.kernel.org
Subject: Re: [RFC] pci/aer: kmalloc the aer_err_info struct once
Date: Tue, 13 Sep 2016 16:32:05 -0500 [thread overview]
Message-ID: <20160913213205.GH4138@localhost> (raw)
In-Reply-To: <1473186952-8998-1-git-send-email-jonathan.derrick@intel.com>
On Tue, Sep 06, 2016 at 12:35:52PM -0600, Jon Derrick wrote:
> AER injecting tests with many devices and nosourceid are resulting in
> soft lockups, mostly due to the config reads, but there's also a
> kmalloc/kfree pair for the aer_err_info struct for each p_device.
>
> When a device emits an error, it's not unreasonable to assume that it
> may emit another error soon. Instead of mallocing the aer error info
> struct each pass through the aer isr, malloc it once per root port and
> hold the reference through the life of the root port. This may save a
> few cycles if there are many devices downstream of the root port and
> no-source-id checking is enabled, disabling the fast path and requiring
> checking all devices for errors.
>
> Signed-off-by: Jon Derrick <jonathan.derrick@intel.com>
> ---
> drivers/pci/pcie/aer/aerdrv.c | 1 +
> drivers/pci/pcie/aer/aerdrv.h | 1 +
> drivers/pci/pcie/aer/aerdrv_core.c | 23 +++++++++++++++--------
> 3 files changed, 17 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/pci/pcie/aer/aerdrv.c b/drivers/pci/pcie/aer/aerdrv.c
> index 48d21e0..dab15d3 100644
> --- a/drivers/pci/pcie/aer/aerdrv.c
> +++ b/drivers/pci/pcie/aer/aerdrv.c
> @@ -286,6 +286,7 @@ static void aer_remove(struct pcie_device *dev)
>
> flush_work(&rpc->dpc_handler);
> aer_disable_rootport(rpc);
> + kfree(rpc->e_info);
> kfree(rpc);
> set_service_data(dev, NULL);
> }
> diff --git a/drivers/pci/pcie/aer/aerdrv.h b/drivers/pci/pcie/aer/aerdrv.h
> index 945c939..2c5a5b8 100644
> --- a/drivers/pci/pcie/aer/aerdrv.h
> +++ b/drivers/pci/pcie/aer/aerdrv.h
> @@ -60,6 +60,7 @@ struct aer_rpc {
> struct pcie_device *rpd; /* Root Port device */
> struct work_struct dpc_handler;
> struct aer_err_source e_sources[AER_ERROR_SOURCES_MAX];
> + struct aer_err_info *e_info;
> unsigned short prod_idx; /* Error Producer Index */
> unsigned short cons_idx; /* Error Consumer Index */
> int isr;
> diff --git a/drivers/pci/pcie/aer/aerdrv_core.c b/drivers/pci/pcie/aer/aerdrv_core.c
> index 521e39c..e1b2e6c 100644
> --- a/drivers/pci/pcie/aer/aerdrv_core.c
> +++ b/drivers/pci/pcie/aer/aerdrv_core.c
> @@ -715,14 +715,23 @@ static inline void aer_process_err_devices(struct pcie_device *p_device,
> static void aer_isr_one_error(struct pcie_device *p_device,
> struct aer_err_source *e_src)
> {
> - struct aer_err_info *e_info;
> + struct aer_rpc *rpc = get_service_data(p_device);
> + struct aer_err_info *e_info = rpc->e_info;
>
> - /* struct aer_err_info might be big, so we allocate it with slab */
> - e_info = kmalloc(sizeof(struct aer_err_info), GFP_KERNEL);
> + /*
> + * struct aer_err_info might be big, so we allocate it with slab.
> + * It's not unreasonable to assume a faulting device might emit
> + * another error, so try to only malloc once and keep the
> + * reference through the root port's life.
> + */
> if (!e_info) {
> - dev_printk(KERN_DEBUG, &p_device->port->dev,
> - "Can't allocate mem when processing AER errors\n");
> - return;
> + e_info = kmalloc(sizeof(struct aer_err_info), GFP_KERNEL);
> + if (!e_info) {
> + dev_printk(KERN_DEBUG, &p_device->port->dev,
> + "Can't allocate mem when processing AER errors\n");
> + return;
> + }
> + rpc->e_info = e_info;
I like the idea of this. The part I *don't* like is using kmalloc()
in this path.
We've always done this, and this patch means we would only do it the
first time for each device, but the struct aer_rpc (which we allocate
for each device at probe time) is over 900 bytes, while the struct
aer_err_info is only about 70 bytes. Why don't we just include
aer_error_info directly in aer_rpc and allocate the whole shebang once
at probe time? I don't really see what we gain by doing the
allocation in the runtime path.
> }
>
> /*
> @@ -762,8 +771,6 @@ static void aer_isr_one_error(struct pcie_device *p_device,
> if (find_source_device(p_device->port, e_info))
> aer_process_err_devices(p_device, e_info);
> }
> -
> - kfree(e_info);
> }
>
> /**
> --
> 1.8.3.1
>
next prev parent reply other threads:[~2016-09-13 21:32 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-06 18:35 [RFC] pci/aer: kmalloc the aer_err_info struct once Jon Derrick
2016-09-13 21:32 ` Bjorn Helgaas [this message]
2016-09-14 14:48 ` Jon Derrick
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=20160913213205.GH4138@localhost \
--to=helgaas@kernel.org \
--cc=jonathan.derrick@intel.com \
--cc=keith.busch@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 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).