On 2/12/20 12:07 PM, Matwey V. Kornilov wrote: > 12.02.2020 20:58, ITwrx пишет: >> On 2/12/20 11:56 AM, Matwey V. Kornilov wrote: >>> 12.02.2020 18:37, ITwrx пишет: >>>> On 2/12/20 8:59 AM, ITwrx wrote: >>>>> On 2/12/20 1:49 AM, Matwey V. Kornilov wrote: >>>>>> Hi, >>>>>> >>>>>> It is very strange to hear that. I deployed this image to couple of >>>>>> Rock64-s week ago. >>>>>> So, could you please be more specific? What are you trying to do exactly? >>>>>> >>>>>> You are supposed to download >>>>>> openSUSE-Tumbleweed-ARM-JeOS-rock64.aarch64-2020.01.30-Build5.29.raw.xz >>>>>> uncompress it with `xz -d >>>>>> openSUSE-Tumbleweed-ARM-JeOS-rock64.aarch64-2020.01.30-Build5.29.raw.xz` >>>>>> and write .raw file to microsd card as the following `dd_rescue >>>>>> openSUSE-Tumbleweed-ARM-JeOS-rock64.aarch64-2020.01.30-Build5.29.raw >>>>>> /dev/your_sd_card_here`. >>>>> That's what i did, but i'll try it again. I didn't get any errors when >>>>> writing the image. This time, i'll wipe the sd card and create one fat >>>>> partition, just to be on the safe side. >>>>>> Do you have usb rs232 ttl converter to attach the Rock64 console? What >>>>>> does it say? >>>>> i did, but i don't remember. It didn't get very far. If it fails this >>>>> time, i'll copy and paste the output. >>>>> >>>>> Thanks >>>>> >>>>>> ср, 12 февр. 2020 г. в 10:17, Guillaume Gardet >>>>>> <guillaume.gar...@arm.com>: >>>>>>> Hi, >>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: ITwrx <i...@itwrx.org> >>>>>>>> Sent: 12 February 2020 03:49 >>>>>>>> To: opensuse-arm@opensuse.org >>>>>>>> Subject: [opensuse-arm] Rock64 >>>>>>>> >>>>>>>> Thorston/All, >>>>>>>> >>>>>>>> i just wanted to report that there are not Rock64 microOS images, only >>>>>>>> images for >>>>>>>> the older pine64. >>>>>>>> >>>>>>>> Also, the instructions on the Rock64 openSUSE wiki don't work (exactly >>>>>>>> as they >>>>>>>> are), using the below linked image file. I don't know what the >>>>>>>> corresponding >>>>>>>> "packages" file is for or how to use it, so it was not used in any >>>>>>>> way. The Rock64 >>>>>>> The "packages" file is just the list of installed packages in this >>>>>>> *.raw.xz image. >>>>>>> >>>>>>>> openSUSE wiki page didn't mention anything about it. Probably why the >>>>>>>> board >>>>>>>> won't boot... :) >>>>>>>> >>>>>>>> http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Roc >>>>>>>> kchip/images/openSUSE-Tumbleweed-ARM-JeOS-rock64.aarch64-2020.01.30- >>>>>>>> Build5.29.raw.xz >>>>>>>> >>>>>>>> Any tips appreciated. >>>>>>> Added Matwey in Cc who may help. >>>>>>> >>>>>>> Cheers, >>>>>>> Guillaume >>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> ITwrx >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org >>>>>>>> To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org >>>> Ok, i misspoke earlier. The first time i didn't extract, then run >>>> dd_rescue per your instructions. i ran "xzcat [image].raw.xz | dd bs=4M >>>> of=/dev/sdX iflag=fullblock oflag=direct; sync" (substituting relevant >>>> info) per the wiki. This time i did use your commands. I got the same >>>> result and output in the serial console as before. >>>> >>>>> U-Boot TPL 2020.01 (Jan 30 2020 - 10:43:44) >>>>> data training error >>>>> col error >>>>> data training error >>>>> LPDDR3, 800MHz >>>>> BW=16 Col=12 Bk=8 CS0 Row=16 CS=1 Die BW=8 Size=4096MB >>>> I don't know much about Arm, so i don't know what that output means. :) >>> It is very first stage of bootloader. Do you see anything else next? >> no. That's where it stops, unfortunately. I guess i could try the ALARM >> install process and see if it stops at the same point, in which case >> maybe it's an hardware issue. > For me, the output looks like. (My testing board is 2GB, but I > successfully use 4GB also) > > U-Boot TPL 2020.01 (Jan 30 2020 - 10:43:44) > LPDDR3, 800MHz > BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB > Trying to boot from BOOTROM > Returning to boot ROM... > > U-Boot SPL 2020.01 (Jan 30 2020 - 10:43:44 +0000) > Trying to boot from MMC1 > NOTICE: BL31: v2.1(debug): > NOTICE: BL31: Built : 22:19:57, Sep 4 2019 > ERROR: over or zero region, nr=4187432, max=10 > NOTICE: BL31:Rockchip release version: v1.2 > INFO: ARM GICv2 driver initialized > INFO: plat_rockchip_pmu_init: pd status 0xe > INFO: BL31: Initializing runtime services > WARNING: BL31: cortex_a53: CPU workaround for 819472 was missing! > WARNING: BL31: cortex_a53: CPU workaround for 824069 was missing! > WARNING: BL31: cortex_a53: CPU workaround for 827319 was missing! > WARNING: BL31: cortex_a53: CPU workaround for 855873 was missing! > INFO: BL31: Preparing for EL3 exit to normal world > INFO: Entry point address = 0x200000 > INFO: SPSR = 0x3c9 > > > Well, maybe something is still wrong with U-boot (It is known to be not > quite stable for Rock64 at the time of 2019.10 release). > > Could you try this section? > https://en.opensuse.org/HCL:Rock64#Using_proprietary_TPL_bootloader > > If the proprietary boot-loader works, then the issue should be reported > to u-boot maillist.
It booted the first time after installing the proprietary bootloader, and got all the way to the login prompt, but at that point showed some btrfs filesystem error, and i was unable to login or connect via ssh. I rewrote the files to the sd card (and another card) and now it boots but keeps failing to get to the login prompt with different sd card/filesystem related errors, with the latest round of errors (these have been the same the last few times i've tried it) pasted here: https://pastebin.com/QBrR3KsL I have not had any problems with these sd cards otherwise. Is there any specific preparation i should do before rewriting the files to the sd card to try again? btw, my board says "Rock64 v2.0 2017-0713". thanks -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
