u-boot.git/include/common.h, branch v2014.07 Unnamed repository; edit this file 'description' to name the repository. mpc8xx: remove fads board support 2014-07-07T23:43:02+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2014-06-20T04:54:55+00:00 03f9d7d1749fddf147823549e6965f6fb13faad6 These boards are old enough and have no maintainers. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> 
These boards are old enough and have no maintainers.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
mpc8xx: remove RPXlite_dw, quantum board support 2014-07-07T23:43:01+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2014-06-20T04:54:52+00:00 0657e46e28a3b0cf5fe1219f50a9f99fe7f9e90a These boards are old enough and have no maintainers. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> 
These boards are old enough and have no maintainers.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
ARMv8/FSL_LSCH3: Add FSL_LSCH3 SoC 2014-07-03T06:40:51+00:00 York Sun yorksun@freescale.com 2014-06-23T22:15:54+00:00 2f78eae5064728d6cd907148cfeaf8ba3e63b0ef Freescale LayerScape with Chassis Generation 3 is a set of SoCs with ARMv8 cores and 3rd generation of Chassis. We use different MMU setup to support memory map and cache attribute for these SoCs. MMU and cache are enabled very early to bootst performance, especially for early development on emulators. After u-boot relocates to DDR, a new MMU table with QBMan cache access is created in DDR. SMMU pagesize is set in SMMU_sACR register. Both DDR3 and DDR4 are supported. Signed-off-by: York Sun <yorksun@freescale.com> Signed-off-by: Varun Sethi <Varun.Sethi@freescale.com> Signed-off-by: Arnab Basu <arnab.basu@freescale.com> 
Freescale LayerScape with Chassis Generation 3 is a set of SoCs with
ARMv8 cores and 3rd generation of Chassis. We use different MMU setup
to support memory map and cache attribute for these SoCs. MMU and cache
are enabled very early to bootst performance, especially for early
development on emulators. After u-boot relocates to DDR, a new MMU
table with QBMan cache access is created in DDR. SMMU pagesize is set
in SMMU_sACR register. Both DDR3 and DDR4 are supported.

Signed-off-by: York Sun <yorksun@freescale.com>
Signed-off-by: Varun Sethi <Varun.Sethi@freescale.com>
Signed-off-by: Arnab Basu <arnab.basu@freescale.com>
Add run_command_repeatable() 2014-06-11T20:25:47+00:00 Thomas Betker thomas.betker@freenet.de 2014-06-05T18:07:57+00:00 1d43bfd2d54240c18ec6bfd68a57349cae839f13 run_command() returns 0 on success and 1 on error. However, there are some invocations which expect 0 or 1 for success (not repeatable or repeatable) and -1 for error; add run_command_repeatable() for this purpose. Signed-off-by: Thomas Betker <thomas.betker@rohde-schwarz.com> Acked-by: Simon Glass <sjg@chromium.org> Tested-by: Simon Glass <sjg@chromium.org> 
run_command() returns 0 on success and 1 on error. However, there are some
invocations which expect 0 or 1 for success (not repeatable or repeatable)
and -1 for error; add run_command_repeatable() for this purpose.

Signed-off-by: Thomas Betker <thomas.betker@rohde-schwarz.com>
Acked-by: Simon Glass <sjg@chromium.org>
Tested-by: Simon Glass <sjg@chromium.org>
powerpc: ep8248: remove orphan board 2014-05-30T18:03:24+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2014-05-30T08:45:01+00:00 49ad566dfa2fa0e1cbf2098aa22aeb8a8539a386 This board has been orphan for a while. (Emails to its maintainer have been bouncing.) Because MPC82xx family is old enough, nobody would pick up the maintainership on it. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Wolfgang Denx <wd@denx.de> 
This board has been orphan for a while.
(Emails to its maintainer have been bouncing.)

Because MPC82xx family is old enough, nobody would pick up
the maintainership on it.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Cc: Wolfgang Denx <wd@denx.de>
m68k: powerpc: Clean up do_mdm_init 2014-05-29T21:49:33+00:00 Simon Glass sjg@chromium.org 2014-04-11T02:01:32+00:00 9272a9b4f637347267329c7dc48712ea6c31feaa This code seems unnecessarily complex. We really just need to check the global_data. Now that is it all in one place, and not arch-specific, this is pretty easy. Signed-off-by: Simon Glass <sjg@chromium.org> 
This code seems unnecessarily complex. We really just need to check the
global_data. Now that is it all in one place, and not arch-specific, this
is pretty easy.

Signed-off-by: Simon Glass <sjg@chromium.org>
Move bootretry code into bootretry.c and clean up 2014-05-29T21:48:21+00:00 Simon Glass sjg@chromium.org 2014-04-11T02:01:30+00:00 0098e179e1afacb3cf595c67a98b8739dc7edcde This code is only used by one board, so it seems a shame to clutter up the readline code with it. Move it into its own file. Signed-off-by: Simon Glass <sjg@chromium.org> 
This code is only used by one board, so it seems a shame to clutter up
the readline code with it. Move it into its own file.

Signed-off-by: Simon Glass <sjg@chromium.org>
move CLI prototypes to cli.h and add comments 2014-05-29T21:45:31+00:00 Simon Glass sjg@chromium.org 2014-04-11T02:01:25+00:00 18d66533ac773f59efc93e5c19971fad5e6af82f Move the CLI prototypes from common.h to cli.h as part of an effort to reduce the size of common.h. Signed-off-by: Simon Glass <sjg@chromium.org> 
Move the CLI prototypes from common.h to cli.h as part of an effort to
reduce the size of common.h.

Signed-off-by: Simon Glass <sjg@chromium.org>
Add the function 'confirm_yesno' for interactive 2014-05-23T08:53:05+00:00 Pierre Aubert p.aubert@staubli.com 2014-04-24T08:30:07+00:00 a5dffa4b67fb0ad635088c9853abf6fcb181ac3c User's confirmation is asked in different commands. This commit adds a function for such confirmation. Acked-by: Pantelis Antoniou <panto@antoniou-consulting.com> Signed-off-by: Pierre Aubert <p.aubert@staubli.com> 
User's confirmation is asked in different commands. This commit adds a
function for such confirmation.

Acked-by: Pantelis Antoniou <panto@antoniou-consulting.com>
Signed-off-by: Pierre Aubert <p.aubert@staubli.com>
powerpc/mpc85xx: Fix boot_flag for calling board_init_f() 2014-05-13T15:31:22+00:00 York Sun yorksun@freescale.com 2014-04-30T21:43:47+00:00 701e640145474131161de53a407d95d0d2f77082 baord_init_f takes one argument, boot_flag. It has not been used for powerpc, until recently changing to use generic board architecture. The boot flag is added as a return value from cpu_init_f(). Signed-off-by: York Sun <yorksun@freescale.com> CC: Alexander Graf <agraf@suse.de> 
baord_init_f takes one argument, boot_flag. It has not been used for
powerpc, until recently changing to use generic board architecture.
The boot flag is added as a return value from cpu_init_f().

Signed-off-by: York Sun <yorksun@freescale.com>
CC: Alexander Graf <agraf@suse.de>