I am pleased to announce the general availability of CentOS Linux 7 (1611) for armhfp compatible machines.
This is the current release for CentOS Linux 7 and is tagged as 1611, derived from Red Hat Enterprise Linux 7.3
== Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/
Images and sha256sums : 067b147ebdbaf7df04e8338e51de72dea87343992f1c29a03950ecf65a598869 CentOS-Userland-7-armv7hl-Minimal-1611-BananaPi.img.xz
81472c2b8497081b18d53a5cc07815df015eb9efd4303c228713c7b497ed637b CentOS-Userland-7-armv7hl-Minimal-1611-Cubieboard.img.xz
2ff7fad419a629f96fd9400e0cbaf96632d981de8e7d6f29b4b48999d0c7cfe4 CentOS-Userland-7-armv7hl-Minimal-1611-CubieTruck.img.xz
2237b41107707428c442e40fcea1ee594ab534644df3760d491fdbbfa7535603 CentOS-Userland-7-armv7hl-Minimal-1611-RaspberryPi2.img.xz
deb8ec2e74d4cd084a566434652a95bf33c8e4edcb5d4a1e04435a0b6fce9dfb CentOS-Userland-7-armv7hl-Minimal-1611-RaspberryPi3.img.xz
== What's new (specific to armhfp) As before, CentOS 7 userland for armhfp is still built from the CentOS 7 distribution, with some modified, added (or removed) packages. Here are some highlights for the 7.3.1611 release : - Kernel (for both rpi2/2 and generic boards) was bumped to 4.4.x (LTS version) to also follow the i386 AltArch kernel. - uboot images were updated to version 2016.09 - rootfs-resize (unmaintained) had issue when resizing FS bigger than 32Gb, and has been replaced by cloud-utils-growpart - default image[s] for rpi2/rpi3 now also support selinux directly
More informations/details on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
== Getting help If you are searching for help, or would like to help the CentOS altarch/armhfp ecosystem, feel free to subscribe to the CentOS arm-dev list (https://lists.centos.org/mailman/listinfo/arm-dev) or chat with us in #centos-arm on irc.freenode.net
What timing....
I have been off doing standards work, and not one of my passions of working on my arm systems.
Well a hard drive or two are failing and a couple other things are going wrong. So here comes C7armv7!
Over the next week I will rebuild medon.htt-consult.com with this release. This is a simple web server plus a few other odds and ends. Once I am confident, I will replace my other systems as I can.
Anyway, thank you all for your efforts. My paying gigs are security standards and not OS testing...
I will be around. Some.
On 12/14/2016 09:27 AM, Fabian Arrotin wrote:
I am pleased to announce the general availability of CentOS Linux 7 (1611) for armhfp compatible machines.
This is the current release for CentOS Linux 7 and is tagged as 1611, derived from Red Hat Enterprise Linux 7.3
== Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/
Images and sha256sums : 067b147ebdbaf7df04e8338e51de72dea87343992f1c29a03950ecf65a598869 CentOS-Userland-7-armv7hl-Minimal-1611-BananaPi.img.xz
81472c2b8497081b18d53a5cc07815df015eb9efd4303c228713c7b497ed637b CentOS-Userland-7-armv7hl-Minimal-1611-Cubieboard.img.xz
2ff7fad419a629f96fd9400e0cbaf96632d981de8e7d6f29b4b48999d0c7cfe4 CentOS-Userland-7-armv7hl-Minimal-1611-CubieTruck.img.xz
2237b41107707428c442e40fcea1ee594ab534644df3760d491fdbbfa7535603 CentOS-Userland-7-armv7hl-Minimal-1611-RaspberryPi2.img.xz
deb8ec2e74d4cd084a566434652a95bf33c8e4edcb5d4a1e04435a0b6fce9dfb CentOS-Userland-7-armv7hl-Minimal-1611-RaspberryPi3.img.xz
== What's new (specific to armhfp) As before, CentOS 7 userland for armhfp is still built from the CentOS 7 distribution, with some modified, added (or removed) packages. Here are some highlights for the 7.3.1611 release :
- Kernel (for both rpi2/2 and generic boards) was bumped to 4.4.x (LTS
version) to also follow the i386 AltArch kernel.
- uboot images were updated to version 2016.09
- rootfs-resize (unmaintained) had issue when resizing FS bigger than
32Gb, and has been replaced by cloud-utils-growpart
- default image[s] for rpi2/rpi3 now also support selinux directly
More informations/details on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
== Getting help If you are searching for help, or would like to help the CentOS altarch/armhfp ecosystem, feel free to subscribe to the CentOS arm-dev list (https://lists.centos.org/mailman/listinfo/arm-dev) or chat with us in #centos-arm on irc.freenode.net
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 12/14/2016 09:27 AM, Fabian Arrotin wrote:
I am pleased to announce the general availability of CentOS Linux 7 (1611) for armhfp compatible machines.
81472c2b8497081b18d53a5cc07815df015eb9efd4303c228713c7b497ed637b CentOS-Userland-7-armv7hl-Minimal-1611-Cubieboard.img.xz
Took me a bit to realize that the uboot here i most likely for a Cubieboard1, not a Cubieboard2.
I am getting:
U-Boot SPL 2016.09.01 (Oct 26 2016 - 13:20:57) DRAM:Timeout initialising DRAM
resetting ...
U-Boot SPL 2016.09.01 (Oct 26 2016 - 13:20:57) DRAM:Timeout initialising DRAM
resetting ...
etc....
So we need a Cubieboard2 image! It has been many a month since I played with uboot. Can someone point me to how to convert the Cubieboard1 image to a Cubieboard2?
I will work for a while with the CubieTruck.
Thanks
So we need a Cubieboard2 image! It has been many a month since I played with uboot. Can someone point me to how to convert the Cubieboard1 image to a Cubieboard2?
I will work for a while with the CubieTruck.
This might work. I don't have a Cubieboard 2, so you'll have to experiment a bit yourself.
Get the U-boot for Cubieboard 2 (untested) from https://github.com/mndar/rbf/tree/master/files/cubieboard2
Wrie it to your micro sd using
dd if=u-boot-sunxi-with-spl.bin of=/dev/sdX bs=1024 seek=8 conv=fsync,notrunc
Did not work. See below.
On 12/18/2016 09:17 PM, Mandar Joshi wrote:
So we need a Cubieboard2 image! It has been many a month since I played with uboot. Can someone point me to how to convert the Cubieboard1 image to a Cubieboard2?
I will work for a while with the CubieTruck.
This might work. I don't have a Cubieboard 2, so you'll have to experiment a bit yourself.
Get the U-boot for Cubieboard 2 (untested) from https://github.com/mndar/rbf/tree/master/files/cubieboard2
Wrie it to your micro sd using
dd if=u-boot-sunxi-with-spl.bin of=/dev/sdX bs=1024 seek=8 conv=fsync,notrunc
I found my notes from a year ago. I took the CubieTruck img and dd the Cubieboard2 uboot with:
dd if=u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8; sync
Since both are A20 boards and the Cubieboard is an A10 board.
And this worked back with 1511 CubieTruck image and the Cubiebaord2 uboot I had.
But this does not work with the uboot you supplied. I tried your dd command and mine. What is:
conv=fsync, notrunc
?
Here is the screen output of the boot of the Cubieboard2 (btw, I have my CubieTruck up and running).
Note that the CubieTruck uboot is:
U-Boot 2016.09.01 (Oct 26 2016 - 13:24:48 +0000) Allwinner Technology
And the one below is 2011.9?
HELLO! BOOT0 is starting! boot0 version : 3.0.0 dram size =1024 sum=0x01be1e3a src_sum=0x01be1e3a Ready to disable icache. Jump to secend Boot. [ 0.134]
U-Boot 2011.09-rc1-00003-ge89ab14-dirty (Jan 03 2014 - 12:57:33) Allwinner Technology
[ 0.143]version: 1.1.0 [ 0.146]pmbus: ready [ 0.251]PMU: AXP209 [ 0.255]PMU: AXP20x found [ 0.257]PMU: bat ratio = 100 [ 0.261]after set, dcdc2 =1400mv [ 0.264]PMU: dcdc2 1400 [ 0.267]PMU: pll1 912 Mhz boot_clock = 912 dcdc2_vol = 1400 [ 0.275]after set, dcdc2 =1400mv dcdc3_vol = 1250 ldo2_vol = 3000 ldo3_vol = 2800 ldo4_vol = 2800 power_start = 0 storage_type = -1 usb_recovery = 1 find power_sply to end fel key old mode run key detect no key found no key input dram_para_set start dram_para_set end [ 0.311]DRAM: 1 GiB relocation Offset is: 35b23000 donn't initialize ther user_gpio (main_key:boot_init_gpio) DRV_DISP_Init: opened [ 0.525]boot_disp.output_type=4 [ 0.529]boot_disp.output_mode=4 [ 0.532]boot_disp.auto_hpd=1 workmode = 0 [ 1.836]NAND: NAND_UbootInit NB1 : enter NAND_LogicInit nand : get id_number_ctl from script, 3 not burn nand partition table! NB1 : nand_info_init fail [ 5.450]nand init fail set to recovery try sprite_led_gpio config sprite_led_gpio start sunxi sprite begin screen_width = 800 screen_height = 480 bar x1: 200 y1: 200 bar x2: 600 y2: 280 read mbr failed sprite update error: no data part found read mbr failed sprite update error: read image start error sprite update error: current card sprite failed now hold the machine fail to find part named env Using default environment
In: serial Out: serial Err: serial --------fastboot partitions-------- mbr not exist base bootcmd=run setargs_nand boot_normal bootcmd set setargs_nand key 0 recovery key high 6, low 4 cant find fstbt value no misc partition is found to be run cmd=run setargs_nand boot_normal the part isn't exist WORK_MODE_BOOT WORK_MODE_BOOT [ 5.544]Hit any key to stop autoboot: 0 cant find part named boot sunxi_flash - sunxi_flash sub-system
Usage: sunxi_flash read command parmeters : parmeters 0 : addr to load(hex only) parmeters 1 : the name of the part to be load [parmeters 2] : the number of bytes to be load(hex only) if [parmeters 2] not exist, the number of bytes to be load is the size of the part indecated on partemeter 1 boota: bad boot image magic, maybe not a boot.img?
After some struggle with old, frozen, memories (hey it is just about 0f here in Detroit!)...
I built an image of Fedora25:
https://arm.fedoraproject.org/
After going through the install and booting up on a Cubieboard2 (could have been any board, see next step),
I grabbed the .bin from:
/usr/share/uboot/Cubieboard2/
And used that to overlay the CubieTruck img's uboot.
dd if=u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8; sync <- replace sdb with your device.
Worked like a charm. I would suspect this will work for all of the A20 boards.
Is someone interested in my emailing them the Cubieboard2 uboot bin to put up somewhere? Or perhaps the distro maintainer could put a directory off where the images are for specific uboots to be added as people get a new board working by simply replacing the uboot bin.
Bob
On 12/14/2016 09:27 AM, Fabian Arrotin wrote:
I am pleased to announce the general availability of CentOS Linux 7 (1611) for armhfp compatible machines.
This is the current release for CentOS Linux 7 and is tagged as 1611, derived from Red Hat Enterprise Linux 7.3
== Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/
Images and sha256sums : 067b147ebdbaf7df04e8338e51de72dea87343992f1c29a03950ecf65a598869 CentOS-Userland-7-armv7hl-Minimal-1611-BananaPi.img.xz
81472c2b8497081b18d53a5cc07815df015eb9efd4303c228713c7b497ed637b CentOS-Userland-7-armv7hl-Minimal-1611-Cubieboard.img.xz
2ff7fad419a629f96fd9400e0cbaf96632d981de8e7d6f29b4b48999d0c7cfe4 CentOS-Userland-7-armv7hl-Minimal-1611-CubieTruck.img.xz
2237b41107707428c442e40fcea1ee594ab534644df3760d491fdbbfa7535603 CentOS-Userland-7-armv7hl-Minimal-1611-RaspberryPi2.img.xz
deb8ec2e74d4cd084a566434652a95bf33c8e4edcb5d4a1e04435a0b6fce9dfb CentOS-Userland-7-armv7hl-Minimal-1611-RaspberryPi3.img.xz
== What's new (specific to armhfp) As before, CentOS 7 userland for armhfp is still built from the CentOS 7 distribution, with some modified, added (or removed) packages. Here are some highlights for the 7.3.1611 release :
- Kernel (for both rpi2/2 and generic boards) was bumped to 4.4.x (LTS
version) to also follow the i386 AltArch kernel.
- uboot images were updated to version 2016.09
- rootfs-resize (unmaintained) had issue when resizing FS bigger than
32Gb, and has been replaced by cloud-utils-growpart
- default image[s] for rpi2/rpi3 now also support selinux directly
More informations/details on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32
== Getting help If you are searching for help, or would like to help the CentOS altarch/armhfp ecosystem, feel free to subscribe to the CentOS arm-dev list (https://lists.centos.org/mailman/listinfo/arm-dev) or chat with us in #centos-arm on irc.freenode.net
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 19/12/16 20:40, Robert Moskowitz wrote:
After some struggle with old, frozen, memories (hey it is just about 0f here in Detroit!)...
I built an image of Fedora25:
https://arm.fedoraproject.org/
After going through the install and booting up on a Cubieboard2 (could have been any board, see next step),
I grabbed the .bin from:
/usr/share/uboot/Cubieboard2/
And used that to overlay the CubieTruck img's uboot.
dd if=u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8; sync <- replace sdb with your device.
Worked like a charm. I would suspect this will work for all of the A20 boards.
Is someone interested in my emailing them the Cubieboard2 uboot bin to put up somewhere? Or perhaps the distro maintainer could put a directory off where the images are for specific uboots to be added as people get a new board working by simply replacing the uboot bin.
Bob
Do you mean the rpm containing already all this ? http://mirror.centos.org/altarch/7.3.1611/extras/armhfp/Packages/uboot-image...
On 12/19/2016 03:42 PM, Fabian Arrotin wrote:
On 19/12/16 20:40, Robert Moskowitz wrote:
After some struggle with old, frozen, memories (hey it is just about 0f here in Detroit!)...
I built an image of Fedora25:
https://arm.fedoraproject.org/
After going through the install and booting up on a Cubieboard2 (could have been any board, see next step),
I grabbed the .bin from:
/usr/share/uboot/Cubieboard2/
And used that to overlay the CubieTruck img's uboot.
dd if=u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8; sync <- replace sdb with your device.
Worked like a charm. I would suspect this will work for all of the A20 boards.
Is someone interested in my emailing them the Cubieboard2 uboot bin to put up somewhere? Or perhaps the distro maintainer could put a directory off where the images are for specific uboots to be added as people get a new board working by simply replacing the uboot bin.
Bob
Do you mean the rpm containing already all this ? http://mirror.centos.org/altarch/7.3.1611/extras/armhfp/Packages/uboot-image...
Most likely. ARGH!!!
Can you please add this to the Wiki?
And also perhaps add a working boards list, adding the C2?
Bob
-
Fabian Arrotin -
Mandar Joshi -
Robert Moskowitz