{"id":2604,"date":"2019-09-09T17:20:09","date_gmt":"2019-09-10T00:20:09","guid":{"rendered":"http:\/\/rglinuxtech.com\/?p=2604"},"modified":"2019-09-09T17:20:09","modified_gmt":"2019-09-10T00:20:09","slug":"arm-original-hikey-updated-and-fixed-with-gotchas","status":"publish","type":"post","link":"https:\/\/rglinuxtech.com\/?p=2604","title":{"rendered":"ARM – Original Hikey Updated and Fixed – with Gotchas.."},"content":{"rendered":"

After successfully updating and re-configuring the Odroid C2 to use Fedora uefi\/grub2<\/strong> to boot, I decided to try to do the same to the even-older Hikey SOC.<\/p>\n

This already booted using fastboot<\/em> with an older version of grub, with manual configuration, but I wanted to use the standard (Fedora) boot process.<\/p>\n

I had read that there was a ‘known-problem’ with fastboot on the Hikey, and it could only access the eMMC during the initial stages of the pre-kernel-load boot process, and tests proved this to be the case. Booting into grub worked OK, but referencing the SDCard produced a
\n..\/..\/grub-core\/kern\/disk_common.c:46:attempt to read or write outside of disk `hd1'<\/strong><\/span><\/code>
\nerror message, and from the grub boot prompt the top-level directories on the SDCard (hd1,1)<\/strong><\/span> listed OK, but their contents could not be accessed.
\nFortunately the 3GB eMMC has sufficient accessible space for the \/EFI<\/span><\/strong> and \/boot<\/span><\/strong> directories, and so I moved the entire boot directory contents from the SDcard to the larger partition (EXT4) on the eMMC. and the (Fedora) EFI contents to the smaller (FAT16) eMMC partition..<\/p>\n

The system is basically a ‘naked’ phone with the ability to boot Linux, so the built-in eMMC has a typical Android phone partition layout:
\nModel: MMC MMC04G (sd\/mmc)<\/span><\/strong>
\nDisk \/dev\/mmcblk0: 3926MB<\/span><\/strong>
\nSector size (logical\/physical): 512B\/512B<\/span><\/strong>
\nPartition Table: gpt<\/span><\/strong>
\nDisk Flags:<\/span><\/strong>
\nNumber Start End Size File system Name Flags<\/span><\/strong>
\n1 1049kB 2097kB 1049kB vrl msftdata<\/span><\/strong>
\n2 2097kB 3146kB 1049kB vrl_backup msftdata<\/span><\/strong>
\n3 3146kB 4194kB 1049kB mcuimage msftdata<\/span><\/strong>
\n4 4194kB 12.6MB 8389kB fastboot bios_grub<\/span><\/strong>
\n5 12.6MB 14.7MB 2097kB nvme msftdata<\/span><\/strong>
\n6 14.7MB 81.8MB 67.1MB fat16 boot boot, esp<\/span><\/strong>
\n7 81.8MB 350MB 268MB reserved msftdata<\/span><\/strong>
\n8 350MB 619MB 268MB cache<\/span><\/strong>
\n9 619MB 3825MB 3207MB ext4 system msftdata<\/span><\/strong><\/code>
\n– which appear in Linux as:
\nbrw-rw---- 1 root disk 179, 32 Sep 3 06:40 \/dev\/mmcblk0boot0<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 64 Sep 3 06:40 \/dev\/mmcblk0boot1<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 1 Sep 9 17:29 \/dev\/mmcblk0p1<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 2 Sep 9 17:29 \/dev\/mmcblk0p2<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 3 Sep 9 17:29 \/dev\/mmcblk0p3<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 4 Sep 9 17:29 \/dev\/mmcblk0p4<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 5 Sep 9 17:29 \/dev\/mmcblk0p5<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 6 Sep 9 17:29 \/dev\/mmcblk0p6<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 7 Sep 9 17:29 \/dev\/mmcblk0p7<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 8 Sep 9 17:29 \/dev\/mmcblk0p8<\/span><\/strong>
\nbrw-rw---- 1 root disk 179, 9 Sep 9 17:29 \/dev\/mmcblk0p9<\/span><\/strong>
\ncrw------- 1 root root 244, 0 Sep 3 06:40 \/dev\/mmcblk0rpmb<\/span><\/strong><\/code><\/p>\n

With these changes, the system booted into grub<\/strong>, and displayed the usual Fedora menu.
\nI then tested compiling a standard kernel on the system, but found that the result hung on booting. For some reason, the initramfs<\/strong> image was not being created as part of the kernel install, and so I had to create it manually each time, from the \/boot<\/strong><\/span> directory:
\n# dracut -v initramfs-<kernel version>.img <kernel version><\/strong><\/span><\/code>
\nThis has to be done before<\/span> running grub-customizer<\/strong>, or the corresponding initrd……..<\/strong> parameter will not be added to the grub boot instructions, and the boot will hang.
\nRemember – if you want it – to install busybox<\/strong> in advance, so this will be included with the initramfs.. creation.
\nThe fstab entry looks like this:
\n# cat \/etc\/fstab<\/strong><\/span>
\nUUID=<SDCard, Partition 1 UUID> \/\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ext4 defaults 1 1<\/strong><\/span>
\nUUID=<eMMC, Partition 6 UUID>\u00a0\u00a0 \/boot\/efi vfat umask=0077,shortname=winnt 0 2<\/strong><\/span>
\nUUID=<eMMC, Partition 9 UUID>\u00a0\u00a0 \/boot\u00a0\u00a0\u00a0\u00a0 ext4 defaults 1 2<\/strong><\/span>
\n\/SWAP\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 none\u00a0\u00a0\u00a0\u00a0\u00a0 swap defaults 0 0<\/strong><\/span><\/code><\/p>\n

A major issue with this system, is that it overheats chronically – and always has.
\nI run kernel compiles single-threaded, but still get occasional compiler ‘crashes’, with
\n[ 174.353880] hisi_thermal f7030700.tsensor: sensor <2> THERMAL ALARM stopped: 61675 < 65000<\/span><\/strong>
\n[ 5617.609038] hisi_thermal f7030700.tsensor: sensor <2> THERMAL ALARM: 66385 > 65000<\/span><\/strong>
\n[ 5649.617335] hisi_thermal f7030700.tsensor: sensor <2> THERMAL ALARM stopped: 61675 < 65000<\/span><\/strong>
\n[ 5652.562227] hisi_thermal f7030700.tsensor: sensor <2> THERMAL ALARM: 66385 > 65000<\/span><\/strong>
\n[ 5696.207883] hisi_thermal f7030700.tsensor: sensor <2> THERMAL ALARM stopped: 61675 < 65000<\/span><\/strong><\/code><\/p>\n

So – time to invest in a larger heatsink, and fan!<\/p>\n

Robert Gadsdon. September 9th, 2019.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

After successfully updating and re-configuring the Odroid C2 to use Fedora uefi\/grub2 to boot, I decided to try to do the same to the even-older Hikey SOC. This already booted using fastboot with an older version of grub, with manual configuration, but I wanted to use the standard (Fedora) boot process. I had read that there was …<\/span> Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[1132,91,10,1238,11,1146,14,15,19,1160],"tags":[2096,1135,1133,101,126,154,177,1164,1147,1383,1162,419],"class_list":["post-2604","post","type-post","status-publish","format-standard","hentry","category-aarch64","category-arm","category-fedora","category-fix","category-hacks","category-hikey","category-kernel","category-linux-2","category-opinion","category-uefi","tag-2096","tag-aarch64","tag-arm64","tag-boot","tag-configuration","tag-fedora-2","tag-gotchas","tag-grub","tag-hikey","tag-soc","tag-uefi","tag-workarounds"],"_links":{"self":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/2604","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2604"}],"version-history":[{"count":3,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/2604\/revisions"}],"predecessor-version":[{"id":2607,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/2604\/revisions\/2607"}],"wp:attachment":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2604"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2604"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2604"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}