{"id":313,"date":"2012-08-09T16:26:59","date_gmt":"2012-08-09T16:26:59","guid":{"rendered":"http:\/\/rglinuxtech.com\/?p=313"},"modified":"2012-08-09T16:26:59","modified_gmt":"2012-08-09T16:26:59","slug":"apc-surprisingly-pain-free-progress","status":"publish","type":"post","link":"https:\/\/rglinuxtech.com\/?p=313","title":{"rendered":"APC – Surprisingly Pain-free Progress.."},"content":{"rendered":"

My goal is to have a ‘standard’ flavour of Linux (in my case – Fedora<\/strong>) running on the APC, and one of the major pre-requisites was to have the system boot from the micro-SD card, instead of the internal ‘flash memory’..\u00a0\u00a0\u00a0 Looking at all the U-Boot parameters, I had expected this to be a real pain, but in fact when examining the output from the initial boot process, it appeared the the APC was already trying to boot from the micro-SD card first, and then going on to boot from internal flash when this failed..<\/p>\n

<boot>\nInitial SD\/MMC Card Fail!\nNo MMC card found\n** Unable to use mmc 0:1 for fatload **\n## Checking Image at 00000000 ...\n\u00a0\u00a0 Bad Magic Number\nInitial SD\/MMC Card Fail!\nNo MMC card found\n** Unable to use mmc 0:1 for fatload **\n** Unable to use mmc 0:1 for fatload **\n## Checking Image at 01000000 ...\n\u00a0\u00a0 Bad Magic Number\nNo MMC card found\nLoad Image Form NAND Flash\nUSE_HW_ECC ECC12bit\n\nRead NAND Flash OK\n\n## Checking Image at 01000000 ...\n\u00a0\u00a0 Image Name:\u00a0\u00a0 Linux-2.6.32.9-default\n\u00a0\u00a0 Image Type:\u00a0\u00a0 ARM Linux Kernel Image (uncompressed)\n\u00a0\u00a0 Data Size:\u00a0\u00a0\u00a0 2969192 Bytes =\u00a0 2.8 MB\netc.............<\/pre>\n
So… I formatted a micro-SD card with one partition of 500MB FAT32 and the second (the rest) as EXT2 (as the Android system didn’t appear to support EXT3 etc..)<\/p>\n
Then I copied the appropriate files from the acp-firmware-v1.0<\/strong> directory (after unzipping it..) to the FAT32 boot partition, and some of the relevant Linux-related xxx.tgz files from acp-firmware-v1.0\/packages\/wmt<\/strong> to the EXT2 partition, and expanded them:\u00a0\u00a0 I didn’t copy all the application-specific files across, as I simply wanted to see if it would work, at this stage<\/p>\n
I then put the micro-SD card into the slot in the APC, and booted, and amazingly – it worked!:<\/p>\n
# boot\n\nInitial SD\/MMC Card OK!\nSD\/MMC clock is 44Mhz\nregister mmc device\npart_offset : 800, cur_part : 1\npart_offset : 800, cur_part : 1\nreading scriptcmd\n\n142 bytes read\n\n## Checking Image at 00000000 ...\n\u00a0\u00a0 Image Name:\u00a0 \u00a0\n\u00a0\u00a0 Image Type:\u00a0\u00a0 ARM Linux Script (gzip compressed)\n\u00a0\u00a0 Data Size:\u00a0\u00a0\u00a0 78 Bytes =\u00a0 0.1 kB\n\u00a0\u00a0 Load Address: 00000000\n\u00a0\u00a0 Entry Point:\u00a0 00000000\n\u00a0\u00a0 Verifying Checksum ... OK\n## Executing script at 00000000\nSaving Environment to Flash...\nUn-Protected 1 sectors\nUn-Protected 1 sectors\nErasing Flash...\nok.\nErased 1 sectors\nWriting to Flash... done\nProtected 1 sectors\nProtected 1 sectors\n\nInitial SD\/MMC Card OK!\nSD\/MMC clock is 44Mhz\nregister mmc device\npart_offset : 800, cur_part : 1\npart_offset : 800, cur_part : 1\nreading uzImage.bin\n\n2969256 bytes read\npart_offset : 800, cur_part : 1\nreading initrd.gz\n\n3231913 bytes read\n\n## Checking Image at 01000000 ...\n\u00a0\u00a0 Image Name:\u00a0\u00a0 Linux-2.6.32.9-default\n\u00a0\u00a0 Image Type:\u00a0\u00a0 ARM Linux Kernel Image (uncompressed) \n           ............etc.........etc\n.\n.\nPlease press Enter to activate this console.<\/pre>\n
BUT……Now I have to work out why – despite changing the boot parameters in U-Boot, the rootfs is not being correctly set…<\/p>\n","protected":false},"excerpt":{"rendered":"
My goal is to have a ‘standard’ flavour of Linux (in my case – Fedora) running on the APC, and one of the major pre-requisites was to have the system boot from the micro-SD card, instead of the internal ‘flash memory’..\u00a0\u00a0\u00a0 Looking at all the U-Boot parameters, I had expected this to be a real pain, but …<\/span> Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[2,3,6,11,14,16,19,20],"tags":[84,89,101,246,258,1175],"class_list":["post-313","post","type-post","status-publish","format-standard","hentry","category-android","category-apc","category-crash-and-burn","category-hacks","category-kernel","category-linux-arm","category-opinion","category-performance-2","tag-android-2","tag-apc-2","tag-boot","tag-linuxarm","tag-micro-sd","tag-success"],"_links":{"self":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/313","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\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=313"}],"version-history":[{"count":0,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/313\/revisions"}],"wp:attachment":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=313"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=313"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=313"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}