Re: [PATCH 1/2] x86/amd_nb: Add PCI device IDs for family 17h, model 70h

2019-07-23 Thread Bjorn Helgaas
On Sun, Jul 14, 2019 at 11:32:08AM -0700, Vicki Pfau wrote: > Add the PCI device IDs for the newly released AMD Ryzen 3xxx desktop > (Matisse) CPU line northbridge link and misc devices. > > Signed-off-by: Vicki Pfau Acked-by: Bjorn Helgaas# pci_ids.h It's still a shame to ha

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-08 Thread Bjorn Helgaas
On Wed, Nov 07, 2018 at 05:40:14PM -0800, Guenter Roeck wrote: > On 11/7/18 3:14 PM, Bjorn Helgaas wrote: > > > > > > > > There is no INT3401 on any newer atom or core platforms, so you can't > > > enumerate on this device. We don't control what ACPI

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-07 Thread Bjorn Helgaas
On Wed, Nov 07, 2018 at 02:42:00PM -0800, Srinivas Pandruvada wrote: > On Wed, 2018-11-07 at 15:31 -0600, Bjorn Helgaas wrote: > > On Wed, Nov 07, 2018 at 11:15:37AM -0800, Srinivas Pandruvada wrote: > > > On Tue, 2018-11-06 at 17:20 -0600, Bjorn Helgaas wrote: > > &

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-07 Thread Bjorn Helgaas
On Wed, Nov 07, 2018 at 11:15:37AM -0800, Srinivas Pandruvada wrote: > On Tue, 2018-11-06 at 17:20 -0600, Bjorn Helgaas wrote: > > [+cc Sumeet, Srinivas for INT3401 questions below] > > [Beginning of thread: > > > https://lore.kernel.org/linux-pci/20181102181055.1305

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-07 Thread Bjorn Helgaas
On Wed, Nov 07, 2018 at 05:51:22AM -0800, Guenter Roeck wrote: > On 11/7/18 1:18 AM, Borislav Petkov wrote: > > On Tue, Nov 06, 2018 at 05:20:41PM -0600, Bjorn Helgaas wrote: > > > Or maybe even drivers/acpi/thermal.c, which claims every Thermal Zone > > > (ACPI 6.2, s

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-07 Thread Bjorn Helgaas
On Wed, Nov 07, 2018 at 05:07:07PM +0100, Borislav Petkov wrote: > On Wed, Nov 07, 2018 at 07:38:56AM -0600, Bjorn Helgaas wrote: > > Firmware supplies ACPI namespace. The namespace contains an abstract > > description of the platform, including devices. Devices are > >

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-07 Thread Bjorn Helgaas
On Wed, Nov 07, 2018 at 10:18:38AM +0100, Borislav Petkov wrote: > On Tue, Nov 06, 2018 at 05:20:41PM -0600, Bjorn Helgaas wrote: > > Or maybe even drivers/acpi/thermal.c, which claims every Thermal Zone > > (ACPI 6.2, sec 11), would be sufficient. I don't know what the > >

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-06 Thread Bjorn Helgaas
[+cc Sumeet, Srinivas for INT3401 questions below] [Beginning of thread: https://lore.kernel.org/linux-pci/20181102181055.130531-1-brian.wo...@amd.com/] On Tue, Nov 06, 2018 at 11:00:59PM +0100, Borislav Petkov wrote: > On Tue, Nov 06, 2018 at 03:42:56PM -0600, Bjorn Helgaas wrote: > > T

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-06 Thread Bjorn Helgaas
On Mon, Nov 05, 2018 at 10:56:50PM +0100, Borislav Petkov wrote: > On Mon, Nov 05, 2018 at 03:45:37PM -0600, Bjorn Helgaas wrote: > > amd_nb.c prevents us from achieving that goal. These patches don't > > add new functionality; they merely describe minor topographical > &g

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-05 Thread Bjorn Helgaas
[+cc Takashi, Andy, Colin, Myron for potential distro impact] [Beginning of thread: https://lore.kernel.org/linux-pci/20181102181055.130531-1-brian.wo...@amd.com/] On Sat, Nov 03, 2018 at 12:29:48AM +0100, Borislav Petkov wrote: > On Fri, Nov 02, 2018 at 02:59:25PM -0500, Bjorn Helgaas wr

Re: [PATCH 2/4] x86/amd_nb: add support for newer PCI topologies

2018-11-02 Thread Bjorn Helgaas
On Fri, Nov 02, 2018 at 06:11:07PM +, Woods, Brian wrote: > Add support for new processors which have multiple PCI root complexes > per data fabric/SMN interface. The interfaces per root complex are > redundant and should be skipped. This makes sure the DF/SMN interfaces > get accessed via