Message ID | 20170908081033.3025-1-jglauber@cavium.com |
---|---|
Headers | show |
Series | Workaround for bus/slot reset on Cavium cn8xxx root ports | expand |
Hi all, Are there any updates on this ? Comments/objections/acks/nacks ? WBBR, Vadim On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote: > Using vfio-pci on a combination of cn8xxx and some PCI devices results in > a kernel panic. This is triggered by issuing a bus or a slot reset > on the PCI device. > > With this series both checks indicate that the reset is not possible > preventing the kernel panic. > > David Daney (2): > PCI: Allow PCI_DEV_FLAGS_NO_BUS_RESET to be used on bus device > PCI: Avoid bus reset for Cavium cn8xxx root ports > > Jan Glauber (1): > PCI: Avoid slot reset if bus reset is not possible > > drivers/pci/pci.c | 8 ++++++++ > drivers/pci/quirks.c | 8 ++++++++ > 2 files changed, 16 insertions(+)
On 09/12/2017 05:40 AM, Vadim Lomovtsev wrote: > Are there any updates on this ? > Comments/objections/acks/nacks ? Any more comments? Jon. > On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote: >> Using vfio-pci on a combination of cn8xxx and some PCI devices results in >> a kernel panic. This is triggered by issuing a bus or a slot reset >> on the PCI device. >> >> With this series both checks indicate that the reset is not possible >> preventing the kernel panic. >> >> David Daney (2): >> PCI: Allow PCI_DEV_FLAGS_NO_BUS_RESET to be used on bus device >> PCI: Avoid bus reset for Cavium cn8xxx root ports >> >> Jan Glauber (1): >> PCI: Avoid slot reset if bus reset is not possible >> >> drivers/pci/pci.c | 8 ++++++++ >> drivers/pci/quirks.c | 8 ++++++++ >> 2 files changed, 16 insertions(+)
On Tue, 12 Sep 2017 02:40:49 -0700 Vadim Lomovtsev <Vadim.Lomovtsev@caviumnetworks.com> wrote: > Hi all, > > Are there any updates on this ? > Comments/objections/acks/nacks ? > > WBBR, > Vadim > > On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote: > > Using vfio-pci on a combination of cn8xxx and some PCI devices results in > > a kernel panic. This is triggered by issuing a bus or a slot reset > > on the PCI device. > > > > With this series both checks indicate that the reset is not possible > > preventing the kernel panic. > > > > David Daney (2): > > PCI: Allow PCI_DEV_FLAGS_NO_BUS_RESET to be used on bus device > > PCI: Avoid bus reset for Cavium cn8xxx root ports > > > > Jan Glauber (1): > > PCI: Avoid slot reset if bus reset is not possible > > > > drivers/pci/pci.c | 8 ++++++++ > > drivers/pci/quirks.c | 8 ++++++++ > > 2 files changed, 16 insertions(+) Looks ok to me, for series: Reviewed-by: Alex Williamson <alex.williamson@redhat.com> I am curious why we're happy targeting this quirk at a single device ID while at the same time trying to expand the ACS quirk to a notable fraction of the Cavium PCI device ID address space. Thanks, Alex
On Wed, Sep 20, 2017 at 12:09:12PM -0600, Alex Williamson wrote: > On Tue, 12 Sep 2017 02:40:49 -0700 > Vadim Lomovtsev <Vadim.Lomovtsev@caviumnetworks.com> wrote: > > > Hi all, > > > > Are there any updates on this ? > > Comments/objections/acks/nacks ? > > > > WBBR, > > Vadim > > > > On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote: > > > Using vfio-pci on a combination of cn8xxx and some PCI devices results in > > > a kernel panic. This is triggered by issuing a bus or a slot reset > > > on the PCI device. > > > > > > With this series both checks indicate that the reset is not possible > > > preventing the kernel panic. > > > > > > David Daney (2): > > > PCI: Allow PCI_DEV_FLAGS_NO_BUS_RESET to be used on bus device > > > PCI: Avoid bus reset for Cavium cn8xxx root ports > > > > > > Jan Glauber (1): > > > PCI: Avoid slot reset if bus reset is not possible > > > > > > drivers/pci/pci.c | 8 ++++++++ > > > drivers/pci/quirks.c | 8 ++++++++ > > > 2 files changed, 16 insertions(+) > > > Looks ok to me, for series: > > Reviewed-by: Alex Williamson <alex.williamson@redhat.com> Thanks for the review. And also for being patient with my iterations. > I am curious why we're happy targeting this quirk at a single device ID > while at the same time trying to expand the ACS quirk to a notable > fraction of the Cavium PCI device ID address space. Thanks, David, please correct me if I'm wrong but I think this problem only exists on cn88xx (device id 0xa100) but not on cn81xx/cn83xx (0xa200, 0xa300). I've seen the bridge causing the problem only on cn88xx. --Jan
On Wed, Sep 20, 2017 at 12:09:12PM -0600, Alex Williamson wrote: > On Tue, 12 Sep 2017 02:40:49 -0700 > Vadim Lomovtsev <Vadim.Lomovtsev@caviumnetworks.com> wrote: > > > Hi all, > > > > Are there any updates on this ? > > Comments/objections/acks/nacks ? > > > > WBBR, > > Vadim > > > > On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote: > > > Using vfio-pci on a combination of cn8xxx and some PCI devices results in > > > a kernel panic. This is triggered by issuing a bus or a slot reset > > > on the PCI device. > > > > > > With this series both checks indicate that the reset is not possible > > > preventing the kernel panic. > > > > > > David Daney (2): > > > PCI: Allow PCI_DEV_FLAGS_NO_BUS_RESET to be used on bus device > > > PCI: Avoid bus reset for Cavium cn8xxx root ports > > > > > > Jan Glauber (1): > > > PCI: Avoid slot reset if bus reset is not possible > > > > > > drivers/pci/pci.c | 8 ++++++++ > > > drivers/pci/quirks.c | 8 ++++++++ > > > 2 files changed, 16 insertions(+) > > > Looks ok to me, for series: > > Reviewed-by: Alex Williamson <alex.williamson@redhat.com> > > I am curious why we're happy targeting this quirk at a single device ID > while at the same time trying to expand the ACS quirk to a notable > fraction of the Cavium PCI device ID address space. Thanks, > > Alex Bjorn, would you take these patches? We might need to extend the quirk to cover more cn8xxx variants, this is not yet entirely clear on our side. Therefore I'd like to ask if we could merge this patches now to solve the long-standing issue for cn88xx. thanks, Jan
Bjorn, On 08.09.17 10:10:30, Jan Glauber wrote: > Using vfio-pci on a combination of cn8xxx and some PCI devices results in > a kernel panic. This is triggered by issuing a bus or a slot reset > on the PCI device. > > With this series both checks indicate that the reset is not possible > preventing the kernel panic. > > David Daney (2): > PCI: Allow PCI_DEV_FLAGS_NO_BUS_RESET to be used on bus device > PCI: Avoid bus reset for Cavium cn8xxx root ports > > Jan Glauber (1): > PCI: Avoid slot reset if bus reset is not possible > > drivers/pci/pci.c | 8 ++++++++ > drivers/pci/quirks.c | 8 ++++++++ > 2 files changed, 16 insertions(+) if you don't have any objections, please apply this series. Thanks, -Robert
On Fri, Sep 08, 2017 at 10:10:30AM +0200, Jan Glauber wrote: > Using vfio-pci on a combination of cn8xxx and some PCI devices results in > a kernel panic. This is triggered by issuing a bus or a slot reset > on the PCI device. > > With this series both checks indicate that the reset is not possible > preventing the kernel panic. > > David Daney (2): > PCI: Allow PCI_DEV_FLAGS_NO_BUS_RESET to be used on bus device > PCI: Avoid bus reset for Cavium cn8xxx root ports > > Jan Glauber (1): > PCI: Avoid slot reset if bus reset is not possible > > drivers/pci/pci.c | 8 ++++++++ > drivers/pci/quirks.c | 8 ++++++++ > 2 files changed, 16 insertions(+) Applied to pci/host-thunder for v4.15, thanks. I reordered and renamed them like this: PCI: Mark Cavium CN8xxx to avoid bus reset PCI: Avoid bus reset if bridge itself is broken PCI: Avoid slot reset if bridge itself is broken