On 07/03/2015 03:35 PM, Dennis Gilmore wrote: > env default -f -a > > On July 3, 2015 2:26:29 PM CDT, Steven Falco <stevenfalco@xxxxxxxxx> wrote: > > This appears to be caused by the u-boot environment, which I assume > is still the original Utilite one. It is trying to fatload, but > Fedora uses ext3 for /boot. > > Is there a recommended way to update or reset the environment? Thanks. There must be some additional magic needed, though. I reset the environment and then typed "run bootcmd". It finds extlinux.conf, which fails because it cannot find a .dtb. It then tries boot.scr, but that one fails to detect the system type. I'll keep hunting. :-) Steve CM-FX6 # env default -f -a ## Resetting to default environment CM-FX6 # run bootcmd switch to partitions #0, OK mmc2 is current device Scanning mmc 2:1... Found /extlinux/extlinux.conf Retrieving file: /extlinux/extlinux.conf 575 bytes read in 46 ms (11.7 KiB/s) Ignoring unknown command: ui Ignoring malformed menu command: autoboot Ignoring malformed menu command: hidden Ignoring unknown command: totaltimeout Fedora-Minimal-armhfp-rawhide-20150703 Boot Options. 1: Fedora-Minimal-armhfp-rawhide-20150703 (4.2.0-0.rc0.git4.1.fc23.armv7hl) Enter choice: 1: Fedora-Minimal-armhfp-rawhide-20150703 (4.2.0-0.rc0.git4.1.fc23.armv7hl) Retrieving file: /initramfs-4.2.0-0.rc0.git4.1.fc23.armv7hl.img 38648634 bytes read in 1810 ms (20.4 MiB/s) Retrieving file: /vmlinuz-4.2.0-0.rc0.git4.1.fc23.armv7hl 6308944 bytes read in 345 ms (17.4 MiB/s) append: ro root=UUID=275a15d0-88d4-4e33-9c61-d554d6425b1a Retrieving file: /dtb-4.2.0-0.rc0.git4.1.fc23.armv7hl/<NULL>-<NULL>.dtb ** File not found /dtb-4.2.0-0.rc0.git4.1.fc23.armv7hl/<NULL>-<NULL>.dtb ** Skipping Fedora-Minimal-armhfp-rawhide-20150703 (4.2.0-0.rc0.git4.1.fc23.armv7hl) for failure retrieving fdt SCRIPT FAILED: continuing... Found U-Boot script /boot.scr 26100 bytes read in 93 ms (273.4 KiB/s) ## Executing script at 17e00000 Welcome to a-b-c 0.63. Found kernel_addr_r (0x11000000), using for u_k_addr. Found ramdisk_addr_r (0x18100000), using for u_ramfs_addr. Found fdt_addr_r (0x18000000), using for u_dtb_addr. Could not successfully auto-detect system type. You may need to set u_k_addr, u_ramfs_addr, u_dtb_addr, and u_dtb ... _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
