diff options
| author | Paul Burton <paul.burton@imgtec.com> | 2013-09-06 11:23:55 +0100 |
|---|---|---|
| committer | Tom Rini <trini@ti.com> | 2013-09-20 10:29:48 -0400 |
| commit | 5c427e49ce09c7e991ce63a686cb600bff3c877a (patch) | |
| tree | fb452731c55d2939b74f7955e0d5ae3d4b9eed3c /drivers/block | |
| parent | 46ef4faed18196472eb95216b2f74c1397ecf024 (diff) | |
| download | u-boot-imx-5c427e49ce09c7e991ce63a686cb600bff3c877a.zip u-boot-imx-5c427e49ce09c7e991ce63a686cb600bff3c877a.tar.gz u-boot-imx-5c427e49ce09c7e991ce63a686cb600bff3c877a.tar.bz2 | |
bootm: use BOOTM_STATE_OS_CMDLINE flag for plain bootm
A plain bootm used to call the architecture specific boot function with
no flags, but was modified by commit 35fc84fa "Refactor the bootm
command to reduce code duplication" to call the architecture specific
boot function multiple times with various flags in sequence. The
BOOTM_STATE_OS_CMDLINE flag was not used, indeed it seems that at least
ARM prepares the command line on BOOTM_STATE_OS_PREP. However on MIPS
since commit 59e8cbdb "MIPS: bootm: refactor initialisation of kernel
cmdline" the command line is not prepared in response to a
BOOTM_STATE_OS_PREP flag, only on BOOTM_STATE_OS_CMDLINE or a call with
no flags. The end result is that a combination of those 2 commits leads
to MIPS boards booting kernels with no command line arguments.
An extra invocation of the architecture specific boot function with
BOOTM_STATE_OS_CMDLINE fixes this.
Signed-off-by: Paul Burton <paul.burton@imgtec.com>
Diffstat (limited to 'drivers/block')
0 files changed, 0 insertions, 0 deletions