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

Sun Oct 26 11:45:40 UTC 2014

Andy.

I am packing up to catch my flight, but caught your messages, and it 
seems that you are using an old ALpha build, not the current Beta release?

I grabbed:

https://dl.fedoraproject.org/pub/alt/stage/21_Beta_RC1/Images/armhfp/Fedora-Minimal-armhfp-21_Beta-1-sda.raw.xz

I then ran the installer that I downloaded a long time ago:

http://pwhalen.fedorapeople.org/fedora-arm-image-installer.tar.bz2

Now I see you have some issues with the location of the bootloader 
itself on the SD card.  This installer puts it there.  It is actually 
running:

sudo dd 
if=/tmp/root/usr/share/uboot/Cubietruck/u-boot-sunxi-with-spl.bin 
of=/dev/<media-location> bs=1024 seek=8 conv=fsync,notrunc

(see: https://fedoraproject.org/wiki/Architectures/ARM/F21/Installation).

For the Cubieboard2, I was successful with:

sudo dd 
if=/tmp/root/usr/share/uboot/Cubieboard2/u-boot-sunxi-with-spl.bin 
of=/dev/<media-location> bs=1024 seek=8 conv=fsync,notrunc

Ethernet works well on both my Cubietruck and Cubieboard2.  CT finally 
has a stable MACaddr between boots.  No WiFi on CT though (at least the 
LEDs are no longer flashing as with F19/F20 remixes). Mine are recent 
purchases from:

http://store.iotllc.com/

George has been very helpful.

On 10/25/2014 09:13 PM, Andy Green wrote:
>
> 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.
> _______________________________________________
> arm mailing list
> arm at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/arm