Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1021110

Summary: u-boot.imx does not start extlinux automatically
Product: [Fedora] Fedora Reporter: Niels de Vos <ndevos>
Component: uboot-toolsAssignee: Dennis Gilmore <dennis>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: awilliam, dan, dennis, mruckman, robatino
Target Milestone: ---Keywords: Patch
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: RejectedBlocker AcceptedFreezeException
Fixed In Version: uboot-tools-2013.10-2.fc20 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-10-22 05:39:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 245418, 980655    
Attachments:
Description Flags
Add a default menu to u-boot, which executes the default 'bootcmd' command/script none

Description Niels de Vos 2013-10-19 13:25:17 UTC
Created attachment 813990 [details]
Add a default menu to u-boot, which executes the default 'bootcmd' command/script

Description of problem:
On my Wandboard DualLite the u-boot.imx version shows a menu and enters the commandline after a short timeout. It is needed to execute the 'boot' command to start extlinux which shows the selection of kernels installed.

Version-Release number of selected component (if applicable):
uboot-wandboard_dl-2013.10-0.5.rc4.fc20.armv7hl

How reproducible:
100%

Steps to Reproduce:
1. dd the u-boot.imx to the sd-card
   # dd if=/usr/share/uboot-imx6dl/u-boot.imx of=/dev/mmcblk0 bs=512 seek=2
2. boot from the sd-card

Actual results:
U-boot enters the commandline and waits for user input.

Expected results:
U-boot starts extlinux, which boots the kernel after a timeout.

Additional info:
* I've tested the attached patch, and this works fine for me.
* The default bootcmd has been patched in the Fedora package, there is no
  patch in upstream needed.
* This might be an issue on other boards as well, but I am not able to test
  that.

Comment 1 Fedora Update System 2013-10-20 20:53:06 UTC
uboot-tools-2013.10-2.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/uboot-tools-2013.10-2.fc20

Comment 2 Dennis Gilmore 2013-10-20 23:13:06 UTC
Proposing as a blocker as i think it makes for a better user experience and violates the the following criteria, 

Expected installed system boot behavior

A system installed without a graphical package set must boot to a working login prompt without any unintended user intervention, and all virtual consoles intended to provide a working login prompt must do so.

Comment 3 Adam Williamson 2013-10-21 14:15:39 UTC
According to https://fedoraproject.org/wiki/Architectures/ARM/Supported_Platforms :

"Wandboard 	yes 	Quad works, dual and solo untested"

kinda doesn't gel with considering bugs in DualLite to be blockers?

Comment 4 Mike Ruckman 2013-10-21 16:57:15 UTC
Discussed this in 2013-10-21 Blocker Review Meeting [1]. Rejected as a blocker issue as it does not appear to be serious enough to merit that status, but accepted as a freeze exception issue as it will improve the experience on wandboard systems and looks to be a safe fix

[1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-10-21/

Comment 5 Fedora Update System 2013-10-22 05:39:54 UTC
uboot-tools-2013.10-2.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.