[opensuse-arm] Parallella booting
Hi Sean et al., Yesterday I finally received my Parallella board and last night managed to get Factory working on it. I roughly summarized my steps here: http://en.opensuse.org/HCL:Parallella - U-Boot is already on flash - FAT partition with uImage, devicetree.dtb, parallella.bit.bin - rootfs as usual I'm hoping to get upstream kernel working, be it without HDMI, so holding off packaging their kernel. If someone else wants to, go ahead. Enjoy, Andreas P.S. If anyone in the US wants to buy one, their shop is about to reopen for selling their remaining stock (I seemed among the last to receive a pre-order). Afterwards it'll be available through distributors. The Parallella seems the cheepest option currently to get your hands on a Zynq SoC, beating the MicroZed. -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Well done. I've been pretty swamped and haven't had the chance to play with it. I'll try to get it running this weekend.
Andreas Färber
6/26/2014 1:44 PM >>> Hi Sean et al.,
Yesterday I finally received my Parallella board and last night managed to get Factory working on it. I roughly summarized my steps here: http://en.opensuse.org/HCL:Parallella - U-Boot is already on flash - FAT partition with uImage, devicetree.dtb, parallella.bit.bin - rootfs as usual I'm hoping to get upstream kernel working, be it without HDMI, so holding off packaging their kernel. If someone else wants to, go ahead. Enjoy, Andreas P.S. If anyone in the US wants to buy one, their shop is about to reopen for selling their remaining stock (I seemed among the last to receive a pre-order). Afterwards it'll be available through distributors. The Parallella seems the cheepest option currently to get your hands on a Zynq SoC, beating the MicroZed. -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
On 26.06.2014 21:44, Andreas Färber wrote:
Hi Sean et al.,
Yesterday I finally received my Parallella board and last night managed to get Factory working on it. I roughly summarized my steps here:
http://en.opensuse.org/HCL:Parallella
- U-Boot is already on flash - FAT partition with uImage, devicetree.dtb, parallella.bit.bin - rootfs as usual
I'm hoping to get upstream kernel working, be it without HDMI, so holding off packaging their kernel. If someone else wants to, go ahead.
Nice, would be great to have JeOS-parallella -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 25.08.2014 10:48, schrieb Matwey V. Kornilov:
On 26.06.2014 21:44, Andreas Färber wrote:
Hi Sean et al.,
Yesterday I finally received my Parallella board and last night managed to get Factory working on it. I roughly summarized my steps here:
http://en.opensuse.org/HCL:Parallella
- U-Boot is already on flash - FAT partition with uImage, devicetree.dtb, parallella.bit.bin - rootfs as usual
I'm hoping to get upstream kernel working, be it without HDMI, so holding off packaging their kernel. If someone else wants to, go ahead.
Nice, would be great to have JeOS-parallella
v3.17-rc1 includes basic Parallella support, so once that is packaged we can look into it. I'd need help from Marcus or someone to get the partition layout right: We need a FAT partition for kernel+DT+bitstream plus an ext4 partition for the rootfs. Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
25.08.2014 14:05, Andreas Färber пишет:
We need a FAT partition
Why are all of them (I mean vendor supplied U-boot) so in love with FAT? There is support of ext2 in U-boot, and they boot nothing but Linux. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 25.08.14 16:54, Matwey V. Kornilov wrote:
25.08.2014 14:05, Andreas Färber пишет:
We need a FAT partition
Why are all of them (I mean vendor supplied U-boot) so in love with FAT? There is support of ext2 in U-boot, and they boot nothing but Linux.
Yeah, can't we do the RPi model with binary blobs (FAT) + /boot (ext2) + / (ext4)? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 25.08.2014 16:56, schrieb Alexander Graf:
On 25.08.14 16:54, Matwey V. Kornilov wrote:
25.08.2014 14:05, Andreas Färber пишет:
We need a FAT partition
Why are all of them (I mean vendor supplied U-boot) so in love with FAT? There is support of ext2 in U-boot, and they boot nothing but Linux.
Yeah, can't we do the RPi model with binary blobs (FAT) + /boot (ext2) + / (ext4)?
Hm? You and Marcus already did that for the RPi looong time ago. :) For the Parallella the issue is that downstream U-Boot is on flash, and I don't want to brick the board I had to wait for so long with U-Boot upstreaming experiments of my own. (There's no direct JTAG connector.) I could try to change my local boot environment, but then a JeOS image would not be of general use. By default, it tries to boot uImage + devicetree.dtb without looking for a boot.scr even. So unless we can chainload another U-Boot as "uImage" via bootm command with a dummy devicetree.dtb, we can't move the kernel to another partition nor fatload-incompatible filesystem. Andreas P.S. If you have a question for me, CC me. :) -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 25.08.14 19:27, Andreas Färber wrote:
Am 25.08.2014 16:56, schrieb Alexander Graf:
On 25.08.14 16:54, Matwey V. Kornilov wrote:
25.08.2014 14:05, Andreas Färber пишет:
We need a FAT partition
Why are all of them (I mean vendor supplied U-boot) so in love with FAT? There is support of ext2 in U-boot, and they boot nothing but Linux.
Yeah, can't we do the RPi model with binary blobs (FAT) + /boot (ext2) + / (ext4)?
Hm? You and Marcus already did that for the RPi looong time ago. :)
For the Parallella the issue is that downstream U-Boot is on flash, and I don't want to brick the board I had to wait for so long with U-Boot upstreaming experiments of my own. (There's no direct JTAG connector.)
I could try to change my local boot environment, but then a JeOS image would not be of general use. By default, it tries to boot uImage + devicetree.dtb without looking for a boot.scr even. So unless we can chainload another U-Boot as "uImage" via bootm command with a dummy devicetree.dtb, we can't move the kernel to another partition nor fatload-incompatible filesystem.
Does that u-boot support ext2? If so, I think it's reasonable to have people do # setenv bootcmd <foo> # saveenv before they can run openSUSE on their boards :). And in that setenv that we write into the wiki we would make it search for boot.scr on ext2. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 25.08.2014 20:36, schrieb Alexander Graf:
On 25.08.14 19:27, Andreas Färber wrote:
Am 25.08.2014 16:56, schrieb Alexander Graf:
On 25.08.14 16:54, Matwey V. Kornilov wrote:
25.08.2014 14:05, Andreas Färber пишет:
We need a FAT partition
Why are all of them (I mean vendor supplied U-boot) so in love with FAT? There is support of ext2 in U-boot, and they boot nothing but Linux.
Yeah, can't we do the RPi model with binary blobs (FAT) + /boot (ext2) + / (ext4)?
Hm? You and Marcus already did that for the RPi looong time ago. :)
For the Parallella the issue is that downstream U-Boot is on flash, and I don't want to brick the board I had to wait for so long with U-Boot upstreaming experiments of my own. (There's no direct JTAG connector.)
I could try to change my local boot environment, but then a JeOS image would not be of general use. By default, it tries to boot uImage + devicetree.dtb without looking for a boot.scr even. So unless we can chainload another U-Boot as "uImage" via bootm command with a dummy devicetree.dtb, we can't move the kernel to another partition nor fatload-incompatible filesystem.
Does that u-boot support ext2? If so, I think it's reasonable to have people do
# setenv bootcmd <foo> # saveenv
before they can run openSUSE on their boards :). And in that setenv that we write into the wiki we would make it search for boot.scr on ext2.
Well, it boils down to: Is it reasonable to expect that every openSUSE user of the board has a matching UART TTL adapter? On other boards that's been optional, in case everything Just Works(tm). You just stick our card in and you're good. If we no longer want to support original flashed firmware, then surely there's some simplifications we can start making in the JeOS sources. Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 25.08.2014 um 20:52 schrieb Andreas Färber
: Am 25.08.2014 20:36, schrieb Alexander Graf:
On 25.08.14 19:27, Andreas Färber wrote:
Am 25.08.2014 16:56, schrieb Alexander Graf:
On 25.08.14 16:54, Matwey V. Kornilov wrote:
25.08.2014 14:05, Andreas Färber пишет:
We need a FAT partition
Why are all of them (I mean vendor supplied U-boot) so in love with FAT? There is support of ext2 in U-boot, and they boot nothing but Linux.
Yeah, can't we do the RPi model with binary blobs (FAT) + /boot (ext2) + / (ext4)?
Hm? You and Marcus already did that for the RPi looong time ago. :)
For the Parallella the issue is that downstream U-Boot is on flash, and I don't want to brick the board I had to wait for so long with U-Boot upstreaming experiments of my own. (There's no direct JTAG connector.)
I could try to change my local boot environment, but then a JeOS image would not be of general use. By default, it tries to boot uImage + devicetree.dtb without looking for a boot.scr even. So unless we can chainload another U-Boot as "uImage" via bootm command with a dummy devicetree.dtb, we can't move the kernel to another partition nor fatload-incompatible filesystem.
Does that u-boot support ext2? If so, I think it's reasonable to have people do
# setenv bootcmd <foo> # saveenv
before they can run openSUSE on their boards :). And in that setenv that we write into the wiki we would make it search for boot.scr on ext2.
Well, it boils down to: Is it reasonable to expect that every openSUSE user of the board has a matching UART TTL adapter? On other boards that's been optional, in case everything Just Works(tm). You just stick our card in and you're good.
Just trying to be creative to make everyone's life easier ;).
If we no longer want to support original flashed firmware, then surely there's some simplifications we can start making in the JeOS sources.
Well, we still want the original firmware. The only thing I would consider ok for mandatory modification is the config. But I don't really have a strong opinion either way, whatever gets you there fastest and makes life reasonably easy for others is a win IMHO :). Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 25/08/14 09:48, Matwey V. Kornilov wrote:
On 26.06.2014 21:44, Andreas Färber wrote:
Hi Sean et al.,
Yesterday I finally received my Parallella board and last night managed to get Factory working on it. I roughly summarized my steps here:
http://en.opensuse.org/HCL:Parallella
- U-Boot is already on flash - FAT partition with uImage, devicetree.dtb, parallella.bit.bin - rootfs as usual
I'm hoping to get upstream kernel working, be it without HDMI, so holding off packaging their kernel. If someone else wants to, go ahead.
Nice, would be great to have JeOS-parallella
I totally agree. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 25.08.2014 14:08, schrieb Sid Boyce:
On 25/08/14 09:48, Matwey V. Kornilov wrote:
On 26.06.2014 21:44, Andreas Färber wrote:
Hi Sean et al.,
Yesterday I finally received my Parallella board and last night managed to get Factory working on it. I roughly summarized my steps here:
http://en.opensuse.org/HCL:Parallella
- U-Boot is already on flash - FAT partition with uImage, devicetree.dtb, parallella.bit.bin - rootfs as usual
I'm hoping to get upstream kernel working, be it without HDMI, so holding off packaging their kernel. If someone else wants to, go ahead.
Nice, would be great to have JeOS-parallella
I totally agree.
Guys, then get your hands dirty and package it yourself! :) https://build.opensuse.org/project/show/devel:ARM:Factory:Contrib:Zynq already exists. And you can always branch JeOS into your home: project. kernel-ifc6410 made me finally give up packaging downstream kernels; I will rather put my energy into enhancing the upstream kernel, which we then get via Kernel:HEAD -> Kernel:stable -> Factory[:ARM]. I've spent too much time fixing build warnings/errors of BSP kernels only to find that the resulting binary in the package gives no serial console output or __logbuf info at all, or it fails to properly install through zypper with weird unresolved dependencies. :/ With v3.17-rc1, in the next days we'll have a kernel-default that supports UART console and Ethernet, but no USB or HDMI yet. Not sure if that's what the average user of a JeOS-parallella image expects? Packaging the two bitstream files is a trivial first step that's needed either way. Probably we should dig out the respective source files and package those alongside then. Anyone? Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
As an average user I need both USB and HDMI. Regards Sid. On 25/08/14 19:42, Andreas Färber wrote:
Am 25.08.2014 14:08, schrieb Sid Boyce:
On 25/08/14 09:48, Matwey V. Kornilov wrote:
On 26.06.2014 21:44, Andreas Färber wrote:
Hi Sean et al.,
Yesterday I finally received my Parallella board and last night managed to get Factory working on it. I roughly summarized my steps here:
http://en.opensuse.org/HCL:Parallella
- U-Boot is already on flash - FAT partition with uImage, devicetree.dtb, parallella.bit.bin - rootfs as usual
I'm hoping to get upstream kernel working, be it without HDMI, so holding off packaging their kernel. If someone else wants to, go ahead. Nice, would be great to have JeOS-parallella
I totally agree. Guys, then get your hands dirty and package it yourself! :)
https://build.opensuse.org/project/show/devel:ARM:Factory:Contrib:Zynq already exists. And you can always branch JeOS into your home: project.
kernel-ifc6410 made me finally give up packaging downstream kernels; I will rather put my energy into enhancing the upstream kernel, which we then get via Kernel:HEAD -> Kernel:stable -> Factory[:ARM]. I've spent too much time fixing build warnings/errors of BSP kernels only to find that the resulting binary in the package gives no serial console output or __logbuf info at all, or it fails to properly install through zypper with weird unresolved dependencies. :/
With v3.17-rc1, in the next days we'll have a kernel-default that supports UART console and Ethernet, but no USB or HDMI yet. Not sure if that's what the average user of a JeOS-parallella image expects?
Packaging the two bitstream files is a trivial first step that's needed either way. Probably we should dig out the respective source files and package those alongside then. Anyone?
Regards, Andreas
-- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (5)
-
Alexander Graf
-
Andreas Färber
-
Matwey V. Kornilov
-
Sean Rickerd
-
Sid Boyce