Marvell Orion5x boards with PCIe, and DT conversion

Marvell Orion5x boards with PCIe, and DT conversion

[Thomas Petazzoni]

Hello all,

I am contacting you because you are all maintainers/contributors to
Marvell Orion5x boards supported in the Linux kernel.

I am currently converting the mach-orion5x to the Device Tree. I have
two Orion5x boards, so I was able to test most of the interfaces myself.

However, one interface I'm not able to test is the PCI Express one, and
therefore I wanted to let you know if one of you still has a working
Orion5x board that has a PCI Express interface that is actually usable.

Note that Orion5x SOCs have both a classical PCI interface and a PCI
Express interface. On one of my board, I have the classical PCI
interface, so I can easily test this. However, I don't have a board
with the PCI Express interface.

Moreover, I will be sending in the near future a set of patches
converting many of the boards to the Device Tree, so if you still have
those boards and are willing to test the conversion, it would be very
useful.

Thanks a lot,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

Marvell Orion5x boards with PCIe, and DT conversion

[Albert ARIBAUD]

Le 11/04/2014 15:57, Thomas Petazzoni a ?crit :
> Hello all,
>
> I am contacting you because you are all maintainers/contributors to
> Marvell Orion5x boards supported in the Linux kernel.
>
> I am currently converting the mach-orion5x to the Device Tree. I have
> two Orion5x boards, so I was able to test most of the interfaces myself.
>
> However, one interface I'm not able to test is the PCI Express one, and
> therefore I wanted to let you know if one of you still has a working
> Orion5x board that has a PCI Express interface that is actually usable.
>
> Note that Orion5x SOCs have both a classical PCI interface and a PCI
> Express interface. On one of my board, I have the classical PCI
> interface, so I can easily test this. However, I don't have a board
> with the PCI Express interface.
>
> Moreover, I will be sending in the near future a set of patches
> converting many of the boards to the Device Tree, so if you still have
> those boards and are willing to test the conversion, it would be very
> useful.

Hi Thomas,

I'll gladly test these patches on my faithful Orion ED Mini V2. Not sure 
if it uses PCIe, but I suspect it does not.

How does this play out with U-Boot? I mean, I know that you can produce 
a kernel which embeds the device tree and will load without U-Boot 
knowing anything about them, but OTOH, U-Boot has some support for DTs, 
and could possibly use the DT files too.

> Thanks a lot,
>
> Thomas

Thanks to you!

Amicalement,
-- 
Albert.

Marvell Orion5x boards with PCIe, and DT conversion

[Chris Moore]

Hi Thomas,

Le 11/04/2014 17:02, Albert ARIBAUD a ?crit :
> Le 11/04/2014 15:57, Thomas Petazzoni a ?crit :
>>
>> I am contacting you because you are all maintainers/contributors to
>> Marvell Orion5x boards supported in the Linux kernel.
>>
>> I am currently converting the mach-orion5x to the Device Tree. I have
>> two Orion5x boards, so I was able to test most of the interfaces myself.
>>
>> However, one interface I'm not able to test is the PCI Express one, and
>> therefore I wanted to let you know if one of you still has a working
>> Orion5x board that has a PCI Express interface that is actually usable.
>>
>> Note that Orion5x SOCs have both a classical PCI interface and a PCI
>> Express interface. On one of my board, I have the classical PCI
>> interface, so I can easily test this. However, I don't have a board
>> with the PCI Express interface.
>>
>> Moreover, I will be sending in the near future a set of patches
>> converting many of the boards to the Device Tree, so if you still have
>> those boards and are willing to test the conversion, it would be very
>> useful.
>
> I'll gladly test these patches on my faithful Orion ED Mini V2. Not 
> sure if it uses PCIe, but I suspect it does not.
>
> How does this play out with U-Boot? I mean, I know that you can 
> produce a kernel which embeds the device tree and will load without 
> U-Boot knowing anything about them, but OTOH, U-Boot has some support 
> for DTs, and could possibly use the DT files too.
>

I have a Buffalo LinkStation Pro Duo in the cupboard.
I have never hacked it but I believe it is based on Orion5x.
If I can find an active serial port on the motherboard, I could test it.

Like Albert, I also have a LaCie EDmini V2, but he, being a U-Boot 
expert and more familiar with DT, is probably better qualified to test it.

Unfortunately I am pretty sure that neither uses a PCI or PCIe bus.

Cheers,
Chris

Marvell Orion5x boards with PCIe, and DT conversion

[Thomas Petazzoni]

Dear Chris Moore,

On Sat, 12 Apr 2014 04:48:13 +0200, Chris Moore wrote:

> I have a Buffalo LinkStation Pro Duo in the cupboard.
> I have never hacked it but I believe it is based on Orion5x.
> If I can find an active serial port on the motherboard, I could test it.

Ah, that would be interesting. This machine is supported by
kurobox_pro-setup.c, but apparently it indeed does not have PCI.
Anyway, I'll try to convert this machine to DT, so if you could test
the result that would be very nice.

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

Marvell Orion5x boards with PCIe, and DT conversion

[Thomas Petazzoni]

Dear Albert ARIBAUD,

On Fri, 11 Apr 2014 17:02:26 +0200, Albert ARIBAUD wrote:

> I'll gladly test these patches on my faithful Orion ED Mini V2. Not sure 
> if it uses PCIe, but I suspect it does not.

Thanks for the proposal. Unfortunately, it turns out that the Orion ED
Mini V2 is one of the two boards I already have, so I can test on this
one. However, it would definitely be useful to have your testing and
feedback.

I've posted the patch series on LAKML just a few hours ago, you can
also grab the code from:

  https://github.com/MISL-EBU-System-SW/mainline-public/tree/3.15/orion

In this branch, Orion ED Mini v2 is fully converted to the Device Tree.

> How does this play out with U-Boot? I mean, I know that you can produce 
> a kernel which embeds the device tree and will load without U-Boot 
> knowing anything about them, but OTOH, U-Boot has some support for DTs, 
> and could possibly use the DT files too.

For now, I'm using the U-Boot included with the boards, so it does not
have FDT support, which means I'm using appended DTBs.

Do you know if UART booting works for Orion boards? If not, what is the
recovery mechanism if you screw up while reflashing U-Boot?

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

Marvell Orion5x boards with PCIe, and DT conversion

[Alexander Clouter]

On Fri, Apr 11, 2014 at 03:57:35PM +0200, Thomas Petazzoni wrote:
>
>I am contacting you because you are all maintainers/contributors to
>Marvell Orion5x boards supported in the Linux kernel.
>
>I am currently converting the mach-orion5x to the Device Tree. I have
>two Orion5x boards, so I was able to test most of the interfaces myself.

I had a stab at doing my board about a year ago and put together:

https://github.com/jimdigriz/ts78xx/blob/ts78xx/arch/arm/mach-orion5x/board-ts7800.c
https://github.com/jimdigriz/ts78xx/blob/ts78xx/arch/arm/boot/dts/orion5x-ts7800.dts

>However, one interface I'm not able to test is the PCI Express one, and
>therefore I wanted to let you know if one of you still has a working
>Orion5x board that has a PCI Express interface that is actually usable.

>Note that Orion5x SOCs have both a classical PCI interface and a PCI
>Express interface. On one of my board, I have the classical PCI
>interface, so I can easily test this. However, I don't have a board
>with the PCI Express interface.

Alas, PCI only (although at the end of my 'PCI bus') lurks an FPGA
soaking up the whole IO range.

>Moreover, I will be sending in the near future a set of patches
>converting many of the boards to the Device Tree, so if you still have
>those boards and are willing to test the conversion, it would be very
>useful.

As a heads up...the problem I had[1] was as the NAND on my board is not
handled with the usual orion controller, its a proprietary thing handled
by the the onboard FPGA:

https://github.com/jimdigriz/ts78xx/blob/plat-nand/arch/arm/mach-orion5x/board-ts7800.c#L199

The patch I used for that extends plat-nand and I need to pull out my thumb
and do something further with this:

http://lists.infradead.org/pipermail/linux-mtd/2013-September/048701.html

In my repo are also branches for getting the rtc-m48t86/timeriomem-rng
drivers DT aware.

If you tell me what a pain in the ass it is that I have not pushed
and got these mainlined/run-by-you, that will probably motivate me
enough to actually find some time to do this :)

Thanks for your DT work!

[1] other than the xor crashing the board and needing to be disabled

-- 
Alexander Clouter
.sigmonster says: Is a wedding successful if it comes off without a hitch?