LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Ganesh Goudar <ganeshgr@chelsio.com>
To: Bjorn Helgaas <helgaas@kernel.org>
Cc: Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
Michael Chan <michael.chan@broadcom.com>,
Ariel Elior <ariel.elior@cavium.com>,
"David S. Miller" <davem@davemloft.net>,
linux-pci@vger.kernel.org, everest-linux-l2@cavium.com,
intel-wired-lan@lists.osuosl.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, Tal Gilboa <talgi@mellanox.com>,
Tariq Toukan <tariqt@mellanox.com>,
Jacob Keller <jacob.e.keller@intel.com>,
Jakub Kicinski <kubakici@wp.pl>
Subject: Re: [PATCH v6 0/5] PCI: Improve PCIe link status reporting
Date: Thu, 24 May 2018 15:48:55 +0530 [thread overview]
Message-ID: <20180524101853.GA4913@chelsio.com> (raw)
In-Reply-To: <20180523214651.GE150632@bhelgaas-glaptop.roam.corp.google.com>
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 a slower
> > upstream link.
> >
> > The new pcie_print_link_status() interface appeared in v4.17-rc1; see
> > 9e506a7b5147 ("PCI: Add pcie_print_link_status() to log link speed and
> > whether it's limited").
> >
> > That's a good way to replace use of pcie_get_minimum_link(), which gives
> > misleading results when a path contains both a fast, narrow link and a
> > slow, wide link: it reports the equivalent of a slow, narrow link.
> >
> > This series removes the remaining uses of pcie_get_minimum_link() and then
> > removes the interface itself. I'd like to merge them all through the PCI
> > tree to make the removal easy.
> >
> > 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 drivers is enough to make this
> > worthwhile.
> >
> > ---
> >
> > Bjorn Helgaas (5):
> > bnx2x: Report PCIe link properties with pcie_print_link_status()
> > bnxt_en: Report PCIe link properties with pcie_print_link_status()
> > cxgb4: Report PCIe link properties with pcie_print_link_status()
> > ixgbe: Report PCIe link properties with pcie_print_link_status()
> > PCI: Remove unused pcie_get_minimum_link()
> >
> >
> > drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c | 23 ++-----
> > drivers/net/ethernet/broadcom/bnxt/bnxt.c | 19 ------
> > drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 75 ----------------------
> > drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 47 --------------
> > drivers/pci/pci.c | 43 -------------
> > include/linux/pci.h | 2 -
> > 6 files changed, 9 insertions(+), 200 deletions(-)
>
> I applied all of these on pci/enumeration for v4.18. If you'd rather take
> them, Dave, let me know and I'll drop them.
>
> I solicited more acks, but only heard from Jeff.
Sorry for that, Thanks for cxgb4 changes.
prev parent reply other threads:[~2018-05-24 10:19 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-03 20:00 Bjorn Helgaas
2018-05-03 20:00 ` [PATCH v6 1/5] bnx2x: Report PCIe link properties with pcie_print_link_status() Bjorn Helgaas
2018-05-03 20:00 ` [PATCH v6 2/5] bnxt_en: " Bjorn Helgaas
2018-05-03 20:00 ` [PATCH v6 3/5] cxgb4: " Bjorn Helgaas
2018-05-03 20:00 ` [PATCH v6 4/5] ixgbe: " Bjorn Helgaas
2018-05-10 20:37 ` Jeff Kirsher
2018-05-03 20:00 ` [PATCH v6 5/5] PCI: Remove unused pcie_get_minimum_link() Bjorn Helgaas
2018-05-10 16:33 ` Bjorn Helgaas
2018-05-10 20:34 ` Jeff Kirsher
2018-05-03 20:29 ` [PATCH v6 0/5] PCI: Improve PCIe link status reporting Keller, Jacob E
2018-05-10 22:29 ` Bjorn Helgaas
2018-05-23 21:46 ` Bjorn Helgaas
2018-05-24 10:18 ` Ganesh Goudar [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=20180524101853.GA4913@chelsio.com \
--to=ganeshgr@chelsio.com \
--cc=ariel.elior@cavium.com \
--cc=davem@davemloft.net \
--cc=everest-linux-l2@cavium.com \
--cc=helgaas@kernel.org \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=jacob.e.keller@intel.com \
--cc=jeffrey.t.kirsher@intel.com \
--cc=kubakici@wp.pl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=michael.chan@broadcom.com \
--cc=netdev@vger.kernel.org \
--cc=talgi@mellanox.com \
--cc=tariqt@mellanox.com \
--subject='Re: [PATCH v6 0/5] PCI: Improve PCIe link status reporting' \
/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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).