[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAL-B5D0NpOoi-J44qnxjCiQ4mDZ=tP_qtaQT19AGS73o6u8DVw@mail.gmail.com>
Date: Thu, 8 May 2014 10:22:51 -0600
From: Myron Stowe <myron.stowe@...il.com>
To: Robert Richter <rric@...nel.org>
Cc: Suravee Suthikulanit <suravee.suthikulpanit@....com>,
Bjorn Helgaas <bhelgaas@...gle.com>,
linux-pci <linux-pci@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Aravind Gopalakrishnan <Aravind.Gopalakrishnan@....com>,
Borislav Petkov <bp@...e.de>,
Daniel J Blueman <daniel@...ascale.com>,
Andreas Herrmann <herrmann.der.user@...glemail.com>,
Myron Stowe <myron.stowe@...hat.com>
Subject: Re: [PATCH V3 1/3] x86/PCI: Fix PCI root numa_node info on AMD family15h
On Thu, May 8, 2014 at 9:37 AM, Robert Richter <rric@...nel.org> wrote:
> On 08.05.14 10:21:07, Suravee Suthikulanit wrote:
>> The reason I put it all these comments here is because it took us a while to
>> discuss what to do with this file going forward. There were some confusions.
>> Therefore, I just want to document it here.
I agree. Hopefully anyone getting into this in the future will be
able to find this thread in the archives as it has been enlightning
>>
>> Also, the check for (boot_cpu_data.x86 > 0x11) was needed because it should
>> not be done for family15h.
>
> Yes, the only functional change of this patch is adding the bridge and
> the family check, right? Basically:
>
> + { 0, 0x18, PCI_VENDOR_ID_AMD, 0x1600 },
>
> and
>
> + /*
> + * The following code is only supported until Fam11h.
> + * Newer processors will depend on ACPI MCFG table instead.
> + */
> + if (boot_cpu_data.x86 > 0x11)
> + return 0;
> +
>
> This patch should stripped down to only those changes with a
> split. And maybe this should be added to linux-stable?
>
> All other rework is a different story... Can be done on top of this,
> though I would drop it.
I understand Robert's reasoning to split out the core changes (as
denoted above). However, I *would* tend to follow on with an
additional subsequent patch that has the rest of the content as it
cleans this area up (as opposed to dropping it all together). It
makes the code a little clearer and is basically little to no risk (no
functional change).
Myron
>
> -Robert
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists