Re: [PATCH v6 0/5] PCI: Improve PCIe link status reporting

2018-05-24 Thread Ganesh Goudar
On Wednesday, May 05/23/18, 2018 at 16:46:51 -0500, Bjorn Helgaas wrote: > [+to Davem] > > On Thu, May 03, 2018 at 03:00:07PM -0500, Bjorn Helgaas wrote: > > This is based on Tal's recent work to unify the approach for reporting PCIe > > link speed/width and whether the device is being limited by

Re: [PATCH v6 0/5] PCI: Improve PCIe link status reporting

2018-05-23 Thread Bjorn Helgaas
[+to Davem] On Thu, May 03, 2018 at 03:00:07PM -0500, Bjorn Helgaas wrote: > This is based on Tal's recent work to unify the approach for reporting PCIe > link speed/width and whether the device is being limited by a slower > upstream link. > > The new pcie_print_link_status() interface appeared

Re: [PATCH v6 0/5] PCI: Improve PCIe link status reporting

2018-05-10 Thread Bjorn Helgaas
On Thu, May 03, 2018 at 03:00:07PM -0500, Bjorn Helgaas wrote: > This is based on Tal's recent work to unify the approach for reporting PCIe > link speed/width and whether the device is being limited by a slower > upstream link. > > The new pcie_print_link_status() interface appeared in v4.17-rc1;

RE: [PATCH v6 0/5] PCI: Improve PCIe link status reporting

2018-05-03 Thread Keller, Jacob E
> -Original Message- > This does change the dmesg reporting of link speeds, and in the ixgbe case, > it changes the reporting from KERN_WARN level to KERN_INFO. If that's an > issue, let's talk about it. I'm hoping the reduce code size, improved > functionality, and consistency across dri