From: Jesse Barnes <jbarnes@virtuousgeek.org>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: Deng-Cheng Zhu <dczhu@mips.com>,
ralf@linux-mips.org, linux-pci@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-mips@linux-mips.org,
eyal@mips.com, zenon@mips.com, dengcheng.zhu@gmail.com
Subject: Re: [PATCH v3 0/2] Pass resources to pci_create_bus() and fix MIPS PCI resources
Date: Wed, 31 Aug 2011 08:47:38 -0700 [thread overview]
Message-ID: <20110831084738.406d7055@jbarnes-desktop> (raw)
In-Reply-To: <CAErSpo69wROKy-4jtFteeSTUSWXiX+qk7YQTvcotstCL=cjUdA@mail.gmail.com>
On Wed, 31 Aug 2011 07:48:16 -0600
Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Tue, Aug 30, 2011 at 10:50 PM, Deng-Cheng Zhu <dczhu@mips.com> wrote:
> > Hi, Bjorn
> >
> >
> > Thanks for your constructive review.
> >
> >> One logistical issue here is that the first patch touches several
> >> architectures at once, which puts Jesse in a bit of a pinch. If he
> >> applies it, there's always the possibility that an arch patch will
> >> conflict with it, which makes merging harder.
> >
> > In case the conflicts happen, the effort to resolve them should be
> > trivial (a matter of an extra NULL argument), I suppose. Also, the odds
> > of other incoming arch patches making a reference to pci_create_bus()
> > should not be great.
> >
> >> It might be easier if, instead of changing the pci_create_bus()
> >> interface, you added a new one (it could call pci_create_bus() then
> >> replace the resources, so the implementation could still be mostly
> >> shared.) We already have a plethora of "create bus" methods
> >> (pci_create_bus(), pci_scan_bus_parented(), pci_scan_bus()), but if
> >> you added a pci_create_root_bus() or something similar, maybe we could
> >> try to converge on it and obsolete the others.
> >>
> >> Then the first patch would touch only the PCI core, and the second
> >> would touch only MIPS, which would make merging more straightforward.
> >>
> >
> > Hmm.. Adding a wrapper of pci_create_bus() does leave other
> > architectures alone for this merging. But before all of them converge on
> > it (a long way to go), the wrapper is adding naming confusion to the
> > PCI core. Personally I think the current low-level transparent change to
> > pci_create_bus() is appropriate enough. Does anybody have comments?
> >
> >
> > Deng-Cheng
>
> Just to be clear, I'm fine with it either way, as long as Jesse and
> the arch maintainers are OK with it.
I'm fine merging the arch bits too, as long as you can get some arch
maintainer acks. If there are conflicts Linus will flag them (he likes
to fix the occasional merge problem anyway).
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
prev parent reply other threads:[~2011-08-31 15:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-26 9:07 Deng-Cheng Zhu
2011-08-26 9:07 ` [PATCH v3 1/2] PCI: Pass available resources into pci_create_bus() Deng-Cheng Zhu
2011-08-26 9:07 ` [PATCH v3 2/2] MIPS: PCI: Pass controller's resources to pci_create_bus() in pcibios_scanbus() Deng-Cheng Zhu
2011-08-26 13:54 ` [PATCH v3 0/2] Pass resources to pci_create_bus() and fix MIPS PCI resources Bjorn Helgaas
2011-08-30 15:13 ` Bjorn Helgaas
2011-08-31 4:50 ` Deng-Cheng Zhu
2011-08-31 13:48 ` Bjorn Helgaas
2011-08-31 15:47 ` Jesse Barnes [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=20110831084738.406d7055@jbarnes-desktop \
--to=jbarnes@virtuousgeek.org \
--cc=bhelgaas@google.com \
--cc=dczhu@mips.com \
--cc=dengcheng.zhu@gmail.com \
--cc=eyal@mips.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=linux-pci@vger.kernel.org \
--cc=ralf@linux-mips.org \
--cc=zenon@mips.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
all inboxes | Powered by JetHome®