From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: Vidya Sagar <sagar.tv@gmail.com>,
Yijing Wang <wangyijing@huawei.com>,
Thierry Reding <thierry.reding@gmail.com>,
Jason Cooper <jason@lakedaemon.net>,
Will Deacon <will.deacon@arm.com>,
Stephen Warren <swarren@nvidia.com>,
Krishna Thota <kthota@nvidia.com>,
linux-arm <linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v4] ARM: fix debug prints relevant to PCI devices
Date: Tue, 23 Sep 2014 15:06:35 +0100 [thread overview]
Message-ID: <20140923140635.GR5182@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <CAErSpo7CX3XiuNZO8tXYVN2tUJudObFKVBthHfxf9mPS6hE6Cg@mail.gmail.com>
On Tue, Sep 23, 2014 at 07:56:01AM -0600, Bjorn Helgaas wrote:
> This doesn't require any coordination with the PCI core, so I was just
> leaving this up to the arch. But I guess I can at least give you my
> opinion :)
However, PCI core people have more knowledge of the issues here than I do.
> > diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
> > index 17a26c1..03c56ba 100644
> > --- a/arch/arm/kernel/bios32.c
> > +++ b/arch/arm/kernel/bios32.c
> > @@ -290,6 +290,7 @@ void pcibios_fixup_bus(struct pci_bus *bus)
> > {
> > struct pci_dev *dev;
> > u16 features = PCI_COMMAND_SERR | PCI_COMMAND_PARITY | PCI_COMMAND_FAST_BACK;
> > + bool has_pcie_dev = false;
> >
> > /*
> > * Walk the devices on this bus, working out what we can
> > @@ -298,6 +299,8 @@ void pcibios_fixup_bus(struct pci_bus *bus)
> > list_for_each_entry(dev, &bus->devices, bus_list) {
> > u16 status;
> >
> > + if (!has_pcie_dev)
> > + has_pcie_dev = pci_is_pcie(dev);
> > pci_read_config_word(dev, PCI_STATUS, &status);
> >
> > /*
> > @@ -354,9 +357,11 @@ void pcibios_fixup_bus(struct pci_bus *bus)
> >
> > /*
> > * Report what we did for this bus
> > + * (only if the bus doesn't have any PCIe devices)
> > */
> > - printk(KERN_INFO "PCI: bus%d: Fast back to back transfers %sabled\n",
> > - bus->number, (features & PCI_COMMAND_FAST_BACK) ? "en" : "dis");
> > + if (!has_pcie_dev)
> > + pr_info("PCI: bus%d: Fast back to back transfers %sabled\n",
> > + bus->number, (features & PCI_COMMAND_FAST_BACK) ? "en" : "dis");
>
> My first choice would be to just drop the printk altogether.
It can be useful information.
> If we want to keep the printk, it should be enough to test "bus->self
> && !pci_is_pcie(bus->self)" to see whether Fast Back-to-Back can be
> enabled.
This is exactly the kind of issue that needs to be picked up by core
PCI people. I've not looked at PCI stuff for a long time, because PCI
isn't that relevent to me anymore, so I'm not up to speed with any PCI
API changes since about 2.6.xx days, and I'm certainly not knowledgable
of PCIe. To a certain extent, that can be blamed on ARM's eval boards
either having fundamentally fscked and unusable PCIe, or ARM not
bothering to supply me PCI backplanes to be able to use them.
Isn't bus->self NULL for the PCI root bus, which would be one of the
buses which we /do/ want to print this information for. So, wouldn't:
!bus->self || !pci_is_pcie(bus->self)
be more correct?
> Personally, I would like to see everything in the file converted to
> use dev_printk so it's consistent with the PCI core. That would be a
> separate patch, and there might be other instances under arch/arm,
> too.
It /was/ consistent with the PCI core, because the PCI core used to use
this formatting. If you wish to keep it consistent, please submit a
patch to make it consistent /again/ with the core code.
--
FTTC broadband for 0.8mile line: currently at 9.5Mbps down 400kbps up
according to speedtest.net.
next prev parent reply other threads:[~2014-09-23 14:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-07 10:28 [PATCH v4] ARM: fix debug prints relevant to PCI devices Vidya Sagar
2014-09-11 19:46 ` vidya sagar
2014-09-23 13:56 ` Bjorn Helgaas
2014-09-23 14:06 ` Russell King - ARM Linux [this message]
2014-09-23 15:04 ` Thierry Reding
2014-09-23 15:56 ` Bjorn Helgaas
-- strict thread matches above, loose matches on Subject: below --
2014-06-22 12:44 Vidya Sagar
2014-06-19 6:36 Vidya Sagar
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=20140923140635.GR5182@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--cc=bhelgaas@google.com \
--cc=jason@lakedaemon.net \
--cc=kthota@nvidia.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sagar.tv@gmail.com \
--cc=swarren@nvidia.com \
--cc=thierry.reding@gmail.com \
--cc=wangyijing@huawei.com \
--cc=will.deacon@arm.com \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox