[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4741248.3AsB27IYfk@wuerfel>
Date: Wed, 01 Jun 2016 14:24:19 +0200
From: Arnd Bergmann <arnd@...db.de>
To: Shawn Lin <shawn.lin@...k-chips.com>
Cc: Wenrui Li <wenrui.li@...k-chips.com>,
Bharat Kumar Gogada <bharat.kumar.gogada@...inx.com>,
Bjorn Helgaas <bhelgaas@...gle.com>,
Heiko Stuebner <heiko@...ech.de>,
Rob Herring <robh+dt@...nel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
Doug Anderson <dianders@...omium.org>,
"linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
"linux-rockchip@...ts.infradead.org"
<linux-rockchip@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 2/2] pci: Add PCIe driver for Rockchip Soc
On Wednesday, June 1, 2016 5:57:25 PM CEST Shawn Lin wrote:
> yes, that is what we need and we believe other host bridges have
> this requirements. With your patch applied, we only need to
> implement our map0 callback here. Thanks for improving it.
>
> BTW, would you mind that we pack your patch into my patchset for
> the next version if possible, or maybe you wanna upstream it
> by yourself?
I think the patch still needs a little improvement and discussion.
I've just done a second version, and tried out converting two
of the existing drivers to it, with good results.
We might want to add another set of callbacks for the first indirect
level, as that could help designware, mvebu and rcar at the minimum.
We then end up with 'root' config, 'port type 1' config and
'device type 0' config, with the first two falling back on the third
when unavailable.
I'm sending out what I have now.
Arnd
Powered by blists - more mailing lists