[fedora-arm] [Fwd: [Test-Announce] Fedora 21 Beta Release Candidate 1 (RC1) Available Now!]

Sun Oct 26 01:13:40 UTC 2014

On 25 October 2014 09:32:53 GMT+08:00, Andy Green <andy at warmcat.com> wrote:
>
>
>On 24 October 2014 16:15:18 GMT+08:00, Adam Williamson
><adamwill at fedoraproject.org> wrote:
>>It'd be great if folks could help out with the Beta RC1 testing. The
>>cloud images seem to be busted but everything else is available for
>>testing, and Dennis will look into the Cloud issues tomorrow. In the
>>meantime if people can help get the ARM and Workstation/KDE tests run
>>it'd be a big help.
>
>(Snipped the non-arm guys)
>
>On a Cubietruck, unpacking Fedora-Minimal-armhfp-21_Alpha-1-sda.raw.xz
>to an SD gets me nothing useful, it seems because the U-Boot that needs
>to be on SD Card at a magic sector offset is missing.
>
>
>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.254]PMU: AXP20x found
>[      0.257]PMU: bat ratio = 100
>[      0.260]after set, dcdc2 =1400mv
>[      0.264]PMU: dcdc2 1400
>[      0.266]PMU: pll1 912 Mhz
>boot_clock = 912
>dcdc2_vol = 1400
>[      0.274]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.310]DRAM:  2 GiB
>relocation Offset is: 75b23000
>donn't initialize ther user_gpio (main_key:boot_init_gpio)
>DRV_DISP_Init: opened
>[      0.525]boot_disp.output_type=4
>[      0.528]boot_disp.output_mode=4
>[      0.531]boot_disp.auto_hpd=0
>workmode = 0
>[      0.536]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
>[      6.998]nand init fail
>set to recovery
>try sprite_led_gpio config
>sunxi sprite begin
>screen_width = 1024
>screen_height = 768
>bar x1: 256 y1: 344
>bar x2: 768 y2: 424
>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
>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
>[      7.091]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?
>sunxi#
>
>So that's dead out of the box on Cubietruck and presumably Cubieboard 2
>since it has the same requirement.
>
>Making it work needs these instructions from this list
>
>>>> git clone https://github.com/jwrdegoede/u-boot-sunxi.git
>>>> cd u-boot-sunxi
>>>> git checkout -B next origin/next
>>>> make -j4 CROSS_COMPILE=arm-linux-gnu- Cubietruck_defconfig
>>>> make -j4 CROSS_COMPILE=arm-linux-gnu-
>>>> dd if=u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8
>
>(You can transplant a Cubieboard 2 U-Boot, which I tried first, and it
>will "work", but Ethernet is dead and he understands he only has 1GB. 
>So you need a Cubietrack-specific U-boot)
>
>U-Boot SPL 2014.10-rc1-g7190869 (Oct 25 2014 - 09:23:15)
>DRAM: 2048 MiB
>CPU: 960000000Hz, AXI/AHB/APB: 3/2/2
>
>
>U-Boot 2014.10-rc1-g7190869 (Oct 25 2014 - 09:23:15) Allwinner
>Technology
>
>CPU:   Allwinner A20 (SUN7I)
>I2C:   ready
>DRAM:  2 GiB
>MMC:   SUNXI SD/MMC: 0
>Reserved 8192kB of RAM for Framebuffer.
>In:    serial
>Out:   serial
>Err:   serial
>SCSI:  SUNXI SCSI INIT
>SATA link 0 timeout.
>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:   dwmac.1c50000
>Hit any key to stop autoboot:  0 
>switch to partitions #0, OK
>mmc0 is current device
>Scanning mmc 0...
>Found /extlinux/extlinux.conf
>Retrieving file: /extlinux/extlinux.conf
>557 bytes read in 100 ms (4.9 KiB/s)
>Ignoring unknown command: ui
>Ignoring malformed menu command:  autoboot
>Ignoring malformed menu command:  hidden
>Ignoring unknown command: totaltimeout
>Fedora-Minimal-armhfp-21_Alpha-1 Boot Options.
>1:	Fedora-Minimal-armhfp-21_Alpha-1 (3.16.1-301.fc21.armv7hl)
>Enter choice: 1:	Fedora-Minimal-armhfp-21_Alpha-1
>(3.16.1-301.fc21.armv7hl)
>Retrieving file: /initramfs-3.16.1-301.fc21.armv7hl.img
>29206005 bytes read in 1702 ms (16.4 MiB/s)
>Retrieving file: /vmlinuz-3.16.1-301.fc21.armv7hl
>5460688 bytes read in 461 ms (11.3 MiB/s)
>append: ro root=UUID=c078beec-18b2-44ae-aac5-e6fc275b45c5
>console=ttyS0,115200 loglevel=8 
>Retrieving file: /dtb-3.16.1-301.fc21.armv7hl/sun7i-a20-cubieboard2.dtb
>20757 bytes read in 2163 ms (8.8 KiB/s)
>Wrong Image Format for sysboot command
>ERROR: can't get kernel image!
>Kernel image @ 0x42000000 [ 0x000000 - 0x5352d0 ]
>## Flattened Device Tree blob at 43000000
>   Booting using the fdt blob at 0x43000000
>   Loading Ramdisk to 4e425000, end 4ffff5f5 ... OK
>   Loading Device Tree to 4e41c000, end 4e424114 ... OK
>
>Starting kernel ...
>
>
>
>Then nothing due to no default console... edit
>/boot/extlinux/extlinux.conf on the SD
>
>append ro root=UUID=c078beec-18b2-44ae-aac5-e6fc275b45c5
>console=ttyS0,115200 loglevel=8 
>
>Then he boots into firstboot on serial console which is nice.  Ethernet
>etc seems to work fine.

Couple more findings

 - Cubietruck Ethernet onboard is broken.  His phy negotiates the link OK but he cannot pass traffic.  Googling around other people get this from non-3.4 kernel, so it's something missing upstream I guess.

Latest rawhide kernel (3.18.0-0.rc1.git2.1.fc22.armv7hl) and update to latest sunxi U-Boot ( e847610a41af2b @ https://github.com/jwrdegoede/u-boot-sunxi ) did not solve it, it's still broken.

There's some nasty 'fex' thing on these boards I managed to avoid until now maybe it's related to that.

 - Although firstboot stuff ran on console, sshd-keygen never ran.  So ssh is up but he can't do key exchange.  Journald makes it obvious

Oct 26 08:59:34 localhost.localdomain sshd[1000]: error: Could not load host key: /etc/ssh/ssh_host_rsa_key
Oct 26 08:59:34 localhost.localdomain sshd[1000]: error: Could not load host key: /etc/ssh/ssh_host_ecdsa_key
Oct 26 08:59:34 localhost.localdomain sshd[1000]: error: Could not load host key: /etc/ssh/ssh_host_ed25519_key
Oct 26 08:59:34 localhost.localdomain sshd[1000]: fatal: No supported key exchange algorithms [preauth]

Just run sshd-keygen to fix it

-Andy

>So it's the usual Fedora goodness once you get over the hump, but does
>not work out of the box on Cubie*.
>
>-Andy
>
>>You can use my silly relval tool -
>>https://www.happyassassin.net/wikitcms/ - as an alternative to editing
>>the wiki pages to report results, if you like. Set up the repo,
>install
>>relval, and run 'relval report-results --username=(fasname)'. You
>might
>>find it a bit easier/more efficient than editing the pages.