[PATCH v2 5/6] PCI: rockchip: Add Endpoint controller driver for Rockchip PCIe controller

Shawn Lin shawn.lin at rock-chips.com
Tue Feb 27 17:40:36 PST 2018


Dear Lorenzo,

On 2018/2/27 23:32, Lorenzo Pieralisi wrote:
> On Fri, Feb 23, 2018 at 09:17:33AM +0800, Shawn Lin wrote:
>> This patch adds support to the Rockchip PCIe controller in endpoint mode
>> which currently supports up to 32 regions, and each regions should at
>> least be 1MB per TRM.
>>
>> Signed-off-by: Shawn Lin <shawn.lin at rock-chips.com>
>>

> 
> I reviewed this patch and I then realized that it is not bits, it is
> that the drivers are almost identical. Are we talking about the same IP
> (possibly with some HW wrapper of sorts) ?
> 

Nope, I would seriouly say they are not the same IP legally :)
If we take about IP, it's referred to a functional entity designed
and licensed by the provider, but it's not the case here since

(1) There is nothing about cadence throughout the TRM when upstreamed
it in 2016, and actually it was designed much earlier than 2016.
(2) Much of the flow was different, and even some of the bit offset is
different per my reading of cadence's driver, though most registers
looks much similar.

So my best guess was HW guys referenced to cadence's register layout(or
the reverse), so they are much partially compatible from the
register level POV, but the backend design are different leading to the
quite different control flow and also rockchip controller have lots of
HW bugs that I didn't see them when reviewing cadence's driver which do
the same flow using similar register. That's very common if you search
drivers/mmc/host/sdhci*, which means all of them share the *same*
register layout and control flow, so it makes software guys' life easy,
but still they are different IPs. But it's sightly different here as
the pcie registers aren't the totally same and the flow control is
different.

Also historically that happened for other controllers designed from 
rockchip, for instance, SPI controller looks much like designware one,
but the flow control was totally differnt preventing SW guys to
refactor the designware driver to fit for rockchip one.

This is all I could guess here, hope that help for you.


> 
> 
> 




More information about the Linux-rockchip mailing list