mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Masayoshi Mizuma <msys.mizuma@gmail.com>
To: bp@alien8.de
Cc: mchehab@kernel.org, linux-edac@vger.kernel.org,
	linux-kernel@vger.kernel.org, tony.luck@intel.com,
	m.mizuma@jp.fujitsu.com
Subject: Re: [PATCH v2] EDAC, sb_edac: Add support for systems with segmented PCI buses
Date: Wed, 25 Jul 2018 20:27:31 -0400	[thread overview]
Message-ID: <27c2042a-7312-6954-bab9-c232c506aca1@gmail.com> (raw)
In-Reply-To: <20180725092258.GA14113@nazgul.tnic>

Hi Boris,

On 07/25/2018 05:22 AM, Borislav Petkov wrote:
> On Tue, Jul 24, 2018 at 03:02:13PM -0400, Masayoshi Mizuma wrote:
>> [*] KASAN report is as follows.
> 
> That KASAN report is an arbitrary side-effect from the missing segmented
> support so I ripped it out from the commit message and ended up
> committing this:

Thank you so much!

- Masa

> 
> ---
> From: Masayoshi Mizuma <m.mizuma@jp.fujitsu.com>
> Date: Tue, 24 Jul 2018 15:02:13 -0400
> Subject: [PATCH] EDAC, sb_edac: Add support for systems with segmented PCI buses
> 
> Extend the driver to check whether segment number and bus number matches
> when deciding how to group memory controller PCI devices to CPU sockets.
> 
> Signed-off-by: Masayoshi Mizuma <m.mizuma@jp.fujitsu.com>
> Reviewed-by: Tony Luck <tony.luck@intel.com>
> Cc: Mauro Carvalho Chehab <mchehab@kernel.org>
> Cc: linux-edac <linux-edac@vger.kernel.org>
> Link: http://lkml.kernel.org/r/20180724190213.26359-1-msys.mizuma@gmail.com
> [ Cleanup commit message. ]
> Signed-off-by: Borislav Petkov <bp@suse.de>
> ---
>  drivers/edac/sb_edac.c | 17 ++++++++++++-----
>  1 file changed, 12 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/edac/sb_edac.c b/drivers/edac/sb_edac.c
> index 4a89c8093307..07726fb00321 100644
> --- a/drivers/edac/sb_edac.c
> +++ b/drivers/edac/sb_edac.c
> @@ -352,6 +352,7 @@ struct pci_id_table {
>  
>  struct sbridge_dev {
>  	struct list_head	list;
> +	int			seg;
>  	u8			bus, mc;
>  	u8			node_id, source_id;
>  	struct pci_dev		**pdev;
> @@ -729,7 +730,8 @@ static inline int numcol(u32 mtr)
>  	return 1 << cols;
>  }
>  
> -static struct sbridge_dev *get_sbridge_dev(u8 bus, enum domain dom, int multi_bus,
> +static struct sbridge_dev *get_sbridge_dev(int seg, u8 bus, enum domain dom,
> +					   int multi_bus,
>  					   struct sbridge_dev *prev)
>  {
>  	struct sbridge_dev *sbridge_dev;
> @@ -747,14 +749,15 @@ static struct sbridge_dev *get_sbridge_dev(u8 bus, enum domain dom, int multi_bu
>  				      : sbridge_edac_list.next, struct sbridge_dev, list);
>  
>  	list_for_each_entry_from(sbridge_dev, &sbridge_edac_list, list) {
> -		if (sbridge_dev->bus == bus && (dom == SOCK || dom == sbridge_dev->dom))
> +		if ((sbridge_dev->seg == seg) && (sbridge_dev->bus == bus) &&
> +				(dom == SOCK || dom == sbridge_dev->dom))
>  			return sbridge_dev;
>  	}
>  
>  	return NULL;
>  }
>  
> -static struct sbridge_dev *alloc_sbridge_dev(u8 bus, enum domain dom,
> +static struct sbridge_dev *alloc_sbridge_dev(int seg, u8 bus, enum domain dom,
>  					     const struct pci_id_table *table)
>  {
>  	struct sbridge_dev *sbridge_dev;
> @@ -771,6 +774,7 @@ static struct sbridge_dev *alloc_sbridge_dev(u8 bus, enum domain dom,
>  		return NULL;
>  	}
>  
> +	sbridge_dev->seg = seg;
>  	sbridge_dev->bus = bus;
>  	sbridge_dev->dom = dom;
>  	sbridge_dev->n_devs = table->n_devs_per_imc;
> @@ -2246,6 +2250,7 @@ static int sbridge_get_onedevice(struct pci_dev **prev,
>  	struct sbridge_dev *sbridge_dev = NULL;
>  	const struct pci_id_descr *dev_descr = &table->descr[devno];
>  	struct pci_dev *pdev = NULL;
> +	int seg = 0;
>  	u8 bus = 0;
>  	int i = 0;
>  
> @@ -2276,10 +2281,12 @@ static int sbridge_get_onedevice(struct pci_dev **prev,
>  		/* End of list, leave */
>  		return -ENODEV;
>  	}
> +	seg = pci_domain_nr(pdev->bus);
>  	bus = pdev->bus->number;
>  
>  next_imc:
> -	sbridge_dev = get_sbridge_dev(bus, dev_descr->dom, multi_bus, sbridge_dev);
> +	sbridge_dev = get_sbridge_dev(seg, bus, dev_descr->dom,
> +				      multi_bus, sbridge_dev);
>  	if (!sbridge_dev) {
>  		/* If the HA1 wasn't found, don't create EDAC second memory controller */
>  		if (dev_descr->dom == IMC1 && devno != 1) {
> @@ -2292,7 +2299,7 @@ static int sbridge_get_onedevice(struct pci_dev **prev,
>  		if (dev_descr->dom == SOCK)
>  			goto out_imc;
>  
> -		sbridge_dev = alloc_sbridge_dev(bus, dev_descr->dom, table);
> +		sbridge_dev = alloc_sbridge_dev(seg, bus, dev_descr->dom, table);
>  		if (!sbridge_dev) {
>  			pci_dev_put(pdev);
>  			return -ENOMEM;
> 

      reply	other threads:[~2018-07-26  0:27 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-24 19:02 Masayoshi Mizuma
2018-07-25  9:22 ` Borislav Petkov
2018-07-26  0:27   ` Masayoshi Mizuma [this message]

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=27c2042a-7312-6954-bab9-c232c506aca1@gmail.com \
    --to=msys.mizuma@gmail.com \
    --cc=bp@alien8.de \
    --cc=linux-edac@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=m.mizuma@jp.fujitsu.com \
    --cc=mchehab@kernel.org \
    --cc=tony.luck@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

all inboxes | Powered by JetHome®