I kind of assumed that there would be a /usr/share/uboot/ dir with all the u-boot-sunxi-with-spl.bin and I could just dd the Cubieboard2 uboot with bs=1024 seek 8, but no such directory. And I can't find a Fedora-arm image that has the 2015-10 uboot. Actually it would probably be in a Rawhide image, as F23 has 2015-09 and current Rawhide has 2016-01.
So in your next image, include all of the uboots, or a least a lot more than none. Then we can take the Fedora-installer (which is now an rpm to install on a Fedora workstation, use to be a downloadable zip. Ask Paul Whalen, its author where it is these days) and pretty much use it as is.
At least point me to the Cubieboard2 uboot 2015-10 and I will give it a test spin.
And, yes RPi2 has its own set of differences...
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 22:06, Robert Moskowitz wrote:
I kind of assumed that there would be a /usr/share/uboot/ dir with all the u-boot-sunxi-with-spl.bin and I could just dd the Cubieboard2 uboot with bs=1024 seek 8, but no such directory. And I can't find a Fedora-arm image that has the 2015-10 uboot. Actually it would probably be in a Rawhide image, as F23 has 2015-09 and current Rawhide has 2016-01.
So in your next image, include all of the uboots, or a least a lot more than none. Then we can take the Fedora-installer (which is now an rpm to install on a Fedora workstation, use to be a downloadable zip. Ask Paul Whalen, its author where it is these days) and pretty much use it as is.
At least point me to the Cubieboard2 uboot 2015-10 and I will give it a test spin.
And, yes RPi2 has its own set of differences...
I thought about including it, but as it's only used at image creation time, it's only on the builder node. But one can install it from Extras (when It will be released and so available directly) but only available now on buildlogs : http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm... That package should contain everything you need I guess
If that works, and that the single difference between the cubietruck image and the cubieboard2 is that uboot image, I can already respin a test image, and release to dev.centos.org if needed.
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
On 12/16/2015 04:49 PM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 22:06, Robert Moskowitz wrote:
I kind of assumed that there would be a /usr/share/uboot/ dir with all the u-boot-sunxi-with-spl.bin and I could just dd the Cubieboard2 uboot with bs=1024 seek 8, but no such directory. And I can't find a Fedora-arm image that has the 2015-10 uboot. Actually it would probably be in a Rawhide image, as F23 has 2015-09 and current Rawhide has 2016-01.
So in your next image, include all of the uboots, or a least a lot more than none. Then we can take the Fedora-installer (which is now an rpm to install on a Fedora workstation, use to be a downloadable zip. Ask Paul Whalen, its author where it is these days) and pretty much use it as is.
At least point me to the Cubieboard2 uboot 2015-10 and I will give it a test spin.
And, yes RPi2 has its own set of differences...
I thought about including it, but as it's only used at image creation time, it's only on the builder node. But one can install it from Extras (when It will be released and so available directly) but only available now on buildlogs : http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm... That package should contain everything you need I guess
If that works, and that the single difference between the cubietruck image and the cubieboard2 is that uboot image, I can already respin a test image, and release to dev.centos.org if needed.
Back in the beginning of Fedora-arm22 (or was it 21?), I was the only one with a Cubieboard2. Hans built the uboot for me, and I just did a Cubietruck install, then dd the C2 uboot and did firstboot, and was up and running. It supposedly is that simple...
The C2 is almost as good for a server and the CT. Only a 100Mb eth (big deal), and 1Gb memory. Few other differences (like VGA) that are not important for a server or can be worked around (HDMA-VGA adapter). And it is $15 cheaper!
See:
http://medon.htt-consult.com/~rgm/cubieboard/cubietower-3.JPG
Some in the tower run RSEL6, and some different ver of Fedora-arm.
On 12/16/2015 04:49 PM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 22:06, Robert Moskowitz wrote:
I kind of assumed that there would be a /usr/share/uboot/ dir with all the u-boot-sunxi-with-spl.bin and I could just dd the Cubieboard2 uboot with bs=1024 seek 8, but no such directory. And I can't find a Fedora-arm image that has the 2015-10 uboot. Actually it would probably be in a Rawhide image, as F23 has 2015-09 and current Rawhide has 2016-01.
So in your next image, include all of the uboots, or a least a lot more than none. Then we can take the Fedora-installer (which is now an rpm to install on a Fedora workstation, use to be a downloadable zip. Ask Paul Whalen, its author where it is these days) and pretty much use it as is.
At least point me to the Cubieboard2 uboot 2015-10 and I will give it a test spin.
And, yes RPi2 has its own set of differences...
I thought about including it, but as it's only used at image creation time,
Look at how Fedora-arm installs on different boards. The installer script is fairly straight forward. No reason you cannot copy its approach and cover more boards.
See:
https://fedoraproject.org/wiki/Architectures/ARM/F23/Installation#Scripted
it's only on the builder node. But one can install it from Extras (when It will be released and so available directly) but only available now on buildlogs : http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm... That package should contain everything you need I guess
If that works, and that the single difference between the cubietruck image and the cubieboard2 is that uboot image, I can already respin a test image, and release to dev.centos.org if needed.
Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux)
iEYEARECAAYFAlZx3FoACgkQnVkHo1a+xU6YyQCfV3fgiPncoa7EVlCp1NMZCaga C6IAn3bNaKitSTRwhMOco61HDkpzeiVu =13Lv -----END PGP SIGNATURE----- _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/16/2015 04:49 PM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 22:06, Robert Moskowitz wrote:
I kind of assumed that there would be a /usr/share/uboot/ dir with all the u-boot-sunxi-with-spl.bin and I could just dd the Cubieboard2 uboot with bs=1024 seek 8, but no such directory. And I can't find a Fedora-arm image that has the 2015-10 uboot. Actually it would probably be in a Rawhide image, as F23 has 2015-09 and current Rawhide has 2016-01.
So in your next image, include all of the uboots, or a least a lot more than none. Then we can take the Fedora-installer (which is now an rpm to install on a Fedora workstation, use to be a downloadable zip. Ask Paul Whalen, its author where it is these days) and pretty much use it as is.
At least point me to the Cubieboard2 uboot 2015-10 and I will give it a test spin.
And, yes RPi2 has its own set of differences...
I thought about including it, but as it's only used at image creation time, it's only on the builder node. But one can install it from Extras (when It will be released and so available directly) but only available now on buildlogs : http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm... That package should contain everything you need I guess
So I tried on the Cubietruck:
yum install http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm...
and it told me I need uboot-tools. Added that to the install and was told I needed dtc. Finally got the uboots installed.
So I then copied off the Cubieboard2 uboot, dd it to a new image install. Put THAT it into my Cubieboard2 and it almost booted up cleanly. There was some problem it worked around with a single auto reboot:
U-Boot SPL 2015.10 (Nov 26 2015 - 15:14:54) DRAM: 1024 MiB CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
U-Boot 2015.10 (Nov 26 2015 - 15:14:54 -0500) Allwinner Technology
CPU: Allwinner A20 (SUN7I) I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment
HDMI connected: Setting up a 1920x1080 hdmi console (overscan 0x0) In: serial Out: vga Err: vga SCSI: SUNXI SCSI INIT Target spinup took 0 ms. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst Net: eth0: ethernet@01c50000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0 scanning bus 0 for devices... 1 USB Device(s) found scanning bus 2 for devices... 1 USB Device(s) found scanning bus 1 for devices... unable to get device descriptor (error=-1) 1 USB Device(s) found scanning bus 3 for devices... 1 USB Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found /extlinux/extlinux.conf Retrieving file: /extlinux/extlinux.conf 333 bytes read in 197 ms (1000 Bytes/s) Ignoring unknown command: ui Ignoring malformed menu command: autoboot Ignoring unknown command: totaltimeout centos Options 1: centos Enter choice: 1: centos Retrieving file: /initramfs-4.2.3-200.el7.armv7hl.img 34976246 bytes read in 2802 ms (11.9 MiB/s) Retrieving file: /vmlinuz-4.2.3-200.el7.armv7hl data abort pc : [<7af72728>] lr : [<7ef7db68>] reloc pc : [<46012728>] lr : [<4a01db68>] sp : 7af36b68 ip : 0000001c fp : 00000001 r10: 7af72618 r9 : 7af3fee0 r8 : 7af72978 r7 : 000000d0 r6 : 00000126 r5 : 00000126 r4 : e3a00000 r3 : 7af41954 r2 : 7af368c8 r1 : 7af368c8 r0 : 00000126 Flags: nzCv IRQs off FIQs off Mode SVC_32 Resetting CPU ...
resetting ...
U-Boot SPL 2015.10 (Nov 26 2015 - 15:14:54) DRAM: 1024 MiB CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
U-Boot 2015.10 (Nov 26 2015 - 15:14:54 -0500) Allwinner Technology
CPU: Allwinner A20 (SUN7I) I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment
HDMI connected: Setting up a 1920x1080 hdmi console (overscan 0x0) In: serial Out: vga Err: vga SCSI: SUNXI SCSI INIT Target spinup took 0 ms. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst Net: eth0: ethernet@01c50000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0
And so forth, eventually getting to the login. The C2 is now up and running just fine. Console is working well in text mode (HDMI resolution). Oh, ALL of my Cubies, and my one Pogoplug have a 'permanent' USB/TTL serial port that I monitor with screen.
So, minimally ( :) ), you can build a Cubieboard2 image for others by just replacing the Cubietruck uboot with the Cubieboard2 uboot.
Preferably you should implement the method used in the Fedora-arm-installer and pick up a larger set of boards. The RPi2 will take a bit to customize an installer script, as you would have to overright much in /boot? Perhaps more? It may not be worth it at this point to roll the RPi2 into the single install image.
Now to test the auto-resize. Don't expect a problem, as I am running off the mSD not a sata HD right now.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 17/12/15 16:19, Robert Moskowitz wrote:
On 12/16/2015 04:49 PM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 22:06, Robert Moskowitz wrote:
I kind of assumed that there would be a /usr/share/uboot/ dir with all the u-boot-sunxi-with-spl.bin and I could just dd the Cubieboard2 uboot with bs=1024 seek 8, but no such directory. And I can't find a Fedora-arm image that has the 2015-10 uboot. Actually it would probably be in a Rawhide image, as F23 has 2015-09 and current Rawhide has 2016-01.
So in your next image, include all of the uboots, or a least a lot more than none. Then we can take the Fedora-installer (which is now an rpm to install on a Fedora workstation, use to be a downloadable zip. Ask Paul Whalen, its author where it is these days) and pretty much use it as is.
At least point me to the Cubieboard2 uboot 2015-10 and I will give it a test spin.
And, yes RPi2 has its own set of differences...
I thought about including it, but as it's only used at image creation time, it's only on the builder node. But one can install it from Extras (when It will be released and so available directly) but only available now on buildlogs : http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm...
That package should contain everything you need I guess
So I tried on the Cubietruck:
yum install http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm...
and it told me I need uboot-tools. Added that to the install and was told I needed dtc. Finally got the uboots installed.
So I then copied off the Cubieboard2 uboot, dd it to a new image install. Put THAT it into my Cubieboard2 and it almost booted up cleanly. There was some problem it worked around with a single auto reboot:
U-Boot SPL 2015.10 (Nov 26 2015 - 15:14:54) DRAM: 1024 MiB CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
U-Boot 2015.10 (Nov 26 2015 - 15:14:54 -0500) Allwinner Technology
CPU: Allwinner A20 (SUN7I) I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment
HDMI connected: Setting up a 1920x1080 hdmi console (overscan 0x0) In: serial Out: vga Err: vga SCSI: SUNXI SCSI INIT Target spinup took 0 ms. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst Net: eth0: ethernet@01c50000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0 scanning bus 0 for devices... 1 USB Device(s) found scanning bus 2 for devices... 1 USB Device(s) found scanning bus 1 for devices... unable to get device descriptor (error=-1) 1 USB Device(s) found scanning bus 3 for devices... 1 USB Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found /extlinux/extlinux.conf Retrieving file: /extlinux/extlinux.conf 333 bytes read in 197 ms (1000 Bytes/s) Ignoring unknown command: ui Ignoring malformed menu command: autoboot Ignoring unknown command: totaltimeout centos Options 1: centos Enter choice: 1: centos Retrieving file: /initramfs-4.2.3-200.el7.armv7hl.img 34976246 bytes read in 2802 ms (11.9 MiB/s) Retrieving file: /vmlinuz-4.2.3-200.el7.armv7hl data abort pc : [<7af72728>] lr : [<7ef7db68>] reloc pc : [<46012728>] lr : [<4a01db68>] sp : 7af36b68 ip : 0000001c fp : 00000001 r10: 7af72618 r9 : 7af3fee0 r8 : 7af72978 r7 : 000000d0 r6 : 00000126 r5 : 00000126 r4 : e3a00000 r3 : 7af41954 r2 : 7af368c8 r1 : 7af368c8 r0 : 00000126 Flags: nzCv IRQs off FIQs off Mode SVC_32 Resetting CPU ...
resetting ...
U-Boot SPL 2015.10 (Nov 26 2015 - 15:14:54) DRAM: 1024 MiB CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
U-Boot 2015.10 (Nov 26 2015 - 15:14:54 -0500) Allwinner Technology
CPU: Allwinner A20 (SUN7I) I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment
HDMI connected: Setting up a 1920x1080 hdmi console (overscan 0x0) In: serial Out: vga Err: vga SCSI: SUNXI SCSI INIT Target spinup took 0 ms. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst Net: eth0: ethernet@01c50000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0
And so forth, eventually getting to the login. The C2 is now up and running just fine. Console is working well in text mode (HDMI resolution). Oh, ALL of my Cubies, and my one Pogoplug have a 'permanent' USB/TTL serial port that I monitor with screen.
So, minimally ( :) ), you can build a Cubieboard2 image for others by just replacing the Cubietruck uboot with the Cubieboard2 uboot.
Preferably you should implement the method used in the Fedora-arm-installer and pick up a larger set of boards. The RPi2 will take a bit to customize an installer script, as you would have to overright much in /boot? Perhaps more? It may not be worth it at this point to roll the RPi2 into the single install image.
Now to test the auto-resize. Don't expect a problem, as I am running off the mSD not a sata HD right now.
Thanks a lot for this report. Let me build an image for cubieboard2, and push it to dev.centos.org .. but I'm working on multiple things at the same time right now, so no ETA. I'll send a mail to the list when ready
Cheers,
- -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab
On 12/17/2015 10:36 AM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 17/12/15 16:19, Robert Moskowitz wrote:
On 12/16/2015 04:49 PM, Fabian Arrotin wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16/12/15 22:06, Robert Moskowitz wrote:
I kind of assumed that there would be a /usr/share/uboot/ dir with all the u-boot-sunxi-with-spl.bin and I could just dd the Cubieboard2 uboot with bs=1024 seek 8, but no such directory. And I can't find a Fedora-arm image that has the 2015-10 uboot. Actually it would probably be in a Rawhide image, as F23 has 2015-09 and current Rawhide has 2016-01.
So in your next image, include all of the uboots, or a least a lot more than none. Then we can take the Fedora-installer (which is now an rpm to install on a Fedora workstation, use to be a downloadable zip. Ask Paul Whalen, its author where it is these days) and pretty much use it as is.
At least point me to the Cubieboard2 uboot 2015-10 and I will give it a test spin.
And, yes RPi2 has its own set of differences...
I thought about including it, but as it's only used at image creation time, it's only on the builder node. But one can install it from Extras (when It will be released and so available directly) but only available now on buildlogs : http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm...
That package should contain everything you need I guess
Sure, once it was installed, there was the uboot... :)
So I tried on the Cubietruck:
yum install http://buildlogs.centos.org/centos/7/extras/armhfp/Packages/uboot-images-arm...
and it told me I need uboot-tools. Added that to the install and was told I needed dtc. Finally got the uboots installed.
So I then copied off the Cubieboard2 uboot, dd it to a new image install. Put THAT it into my Cubieboard2 and it almost booted up cleanly. There was some problem it worked around with a single auto reboot:
U-Boot SPL 2015.10 (Nov 26 2015 - 15:14:54) DRAM: 1024 MiB CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
U-Boot 2015.10 (Nov 26 2015 - 15:14:54 -0500) Allwinner Technology
CPU: Allwinner A20 (SUN7I) I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment
HDMI connected: Setting up a 1920x1080 hdmi console (overscan 0x0) In: serial Out: vga Err: vga SCSI: SUNXI SCSI INIT Target spinup took 0 ms. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst Net: eth0: ethernet@01c50000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0 scanning bus 0 for devices... 1 USB Device(s) found scanning bus 2 for devices... 1 USB Device(s) found scanning bus 1 for devices... unable to get device descriptor (error=-1) 1 USB Device(s) found scanning bus 3 for devices... 1 USB Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found /extlinux/extlinux.conf Retrieving file: /extlinux/extlinux.conf 333 bytes read in 197 ms (1000 Bytes/s) Ignoring unknown command: ui Ignoring malformed menu command: autoboot Ignoring unknown command: totaltimeout centos Options 1: centos Enter choice: 1: centos Retrieving file: /initramfs-4.2.3-200.el7.armv7hl.img 34976246 bytes read in 2802 ms (11.9 MiB/s) Retrieving file: /vmlinuz-4.2.3-200.el7.armv7hl data abort pc : [<7af72728>] lr : [<7ef7db68>] reloc pc : [<46012728>] lr : [<4a01db68>] sp : 7af36b68 ip : 0000001c fp : 00000001 r10: 7af72618 r9 : 7af3fee0 r8 : 7af72978 r7 : 000000d0 r6 : 00000126 r5 : 00000126 r4 : e3a00000 r3 : 7af41954 r2 : 7af368c8 r1 : 7af368c8 r0 : 00000126 Flags: nzCv IRQs off FIQs off Mode SVC_32 Resetting CPU ...
resetting ...
U-Boot SPL 2015.10 (Nov 26 2015 - 15:14:54) DRAM: 1024 MiB CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
U-Boot 2015.10 (Nov 26 2015 - 15:14:54 -0500) Allwinner Technology
CPU: Allwinner A20 (SUN7I) I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment
HDMI connected: Setting up a 1920x1080 hdmi console (overscan 0x0) In: serial Out: vga Err: vga SCSI: SUNXI SCSI INIT Target spinup took 0 ms. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst Net: eth0: ethernet@01c50000 starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: USB EHCI 1.00 USB3: USB OHCI 1.0
And so forth, eventually getting to the login. The C2 is now up and running just fine. Console is working well in text mode (HDMI resolution). Oh, ALL of my Cubies, and my one Pogoplug have a 'permanent' USB/TTL serial port that I monitor with screen.
So, minimally ( :) ), you can build a Cubieboard2 image for others by just replacing the Cubietruck uboot with the Cubieboard2 uboot.
Preferably you should implement the method used in the Fedora-arm-installer and pick up a larger set of boards. The RPi2 will take a bit to customize an installer script, as you would have to overright much in /boot? Perhaps more? It may not be worth it at this point to roll the RPi2 into the single install image.
Now to test the auto-resize. Don't expect a problem, as I am running off the mSD not a sata HD right now.
Thanks a lot for this report. Let me build an image for cubieboard2, and push it to dev.centos.org .. but I'm working on multiple things at the same time right now, so no ETA. I'll send a mail to the list when ready
It would be nice to have for any future work, but not really necessary, other than potentially other testers with Cubieboard2s.
Definitely for the next step, or a multi-board installer process.
-
Fabian Arrotin -
Robert Moskowitz