Hi Fred,
On Tue, 21 Aug 2012 18:27:02 +0200, EVS Hardware Dpt
wrote:
> Hi,
>
> I want to add a new network protocol to u-boot. However it seems that
> the most straightforward way to add a new protocol is to add it to
> NetLoop's supported protocols. Of course, I would create a .c/.h pair
> of
On 08/24/2012 06:58 PM, Tom Rini wrote:
> Takes the load function from arch/arm/cpu/armv7/omap-common/spl_nand.c
> instead. This will allow for easier integration of SPL-boots-Linux code on
> other arches.
>
> Signed-off-by: Tom Rini
> ---
> Changes in v4:
> - Leave nand_spl_load.c alone, move t
Signed-off-by: Tom Rini
---
common/spl/spl.c |4 ++--
drivers/mtd/spi/spi_spl_load.c | 23 ---
include/spl.h |2 +-
3 files changed, 15 insertions(+), 14 deletions(-)
diff --git a/common/spl/spl.c b/common/spl/spl.c
index f6b2bb0..ea
Takes the load function from arch/arm/cpu/armv7/omap-common/spl_nand.c
instead. This will allow for easier integration of SPL-boots-Linux code on
other arches.
Signed-off-by: Tom Rini
---
Changes in v4:
- Leave nand_spl_load.c alone, move the new load into nand_spl_simple.c
arch/arm/cpu/arm926
This file documents when to build for da850evm and when to build for
da850_am18xxevm. It also documents how to write the u-boot.ais file to
persistent storage (such as SPI), in some cases as well as how to write
a recovery image.
Signed-off-by: Tom Rini
---
Changes in v2:
- Add README.da850_am18
Add a new flag, CONFIG_SPL_FRAMEWORK to opt into the common/spl SPL
framework, enable on all of the previously using boards. We move the
spl_ymodem.c portion to common/ and spl_mmc.c to drivers/mmc/. We leave
the NAND one in-place as we plan to replace it later in this series.
We use common/spl
Move the SPL prototypes from into and
add for arch specific portions of CONFIG_SPL_FRAMEWORK.
Signed-off-by: Tom Rini
---
Changes in v2:
- Fix checkpatch warning (u32* boot_params_ptr -> u32 *boot_params_ptr)
arch/arm/cpu/armv7/am33xx/board.c |2 +-
arch/arm/cpu/armv7/omap-c
- Convert the non-relocation part of board_init_f to spl_board_init,
turn on CONFIG_SPL_BOARD_INIT in the configs.
- Remove duplicated code.
- Add spl_boot_device() that returns the statically chosen boot device.
Signed-off-by: Tom Rini
---
Changes in v2:
- Add CONFIG_SYS_SPL_MALLOC_START / SIZ
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl.c |5 +
arch/arm/include/asm/spl.h |3 +++
2 files changed, 8 insertions(+)
diff --git a/arch/arm/cpu/armv7/omap-common/spl.c
b/arch/arm/cpu/armv7/omap-common/spl.c
index 3a1029f..dc26750 100644
--- a/arch/arm
This is an OMAP/related-specific function, move calling it to
spl_board_init() and turn on CONFIG_SPL_BOARD_INIT on the boards that
enabled NAND and didn't enable this already.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c |7 +++
arch/arm/cpu/armv7/omap-commo
From: Stefano Babic
If an u-boot image is not found, SPL thinks to load a bare
u-boot.bin image with a maximum size of 200KB.
Use CONFIG_SYS_MONITOR_LEN instead.
Signed-off-by: Stefan Roese
Signed-off-by: Stefano Babic
Signed-off-by: Tom Rini
---
Changes in v4:
- Add Stefano's patch for CONFI
In SPL (CONFIG_SPL_FRAMEWORK) board_init_f must setup the stack pointer,
clear the BSS and call board_init_r. We mark this as weak as some
platforms may need to perform additional initalization at this point.
We provide a gd that we know will be in a usable location, once the BSS
has been cleared
- Remove includes we don't need
- Switch some printf statements to puts
- Convert some printf statements to debug, introduce new puts statements
- In most cases saying just "No mkimage signature, assuming
u-boot.bin" or similar is sufficient. This also means the non-DEBUG
case doesn't ne
Move the default omap/related-centric board_mmc_init to
arch/arm/cpu/armv7/omap-common/boot-common.c and move the type defines
to
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c | 16
arch/arm/cpu/armv7/omap-common/spl_mmc.c | 17 --
We can only attempt to setup a malloc pool if
CONFIG_SYS_SPL_MALLOC_START is defined, and not all boards require it.
Make the call depend on the define.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/cpu/armv7/o
This detection code doesn't (and can't) do anything currently, so
remove.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl_nand.c | 13 +++--
arch/arm/cpu/armv7/omap3/board.c |3 ---
arch/arm/include/asm/omap_common.h|1 -
3 files changed, 3 inse
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_mmc.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_nand.c|2 +-
arch/arm/cpu/armv7/omap3/board.c |2 +-
arch/arm/include/asm/omap_common.h
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c |2 +-
arch/arm/cpu/armv7/omap-common/lowlevel_init.S |4 ++--
arch/arm/cpu/armv7/omap-common/spl.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_mmc.c |2 +-
arch/arm/cpu/armv7/omap3/board.c
Only omap4/5 currently have a meaningful set of display text and overo
had been adding a function to display nothing. Change how this works to
be opt-in and only turned on for omap4/5 now.
Signed-off-by: Tom Rini
---
README |4
arch/arm/cpu/armv
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/lowlevel_init.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/omap-common/lowlevel_init.S
b/arch/arm/cpu/armv7/omap-common/lowlevel_init.S
index ccc6bb6..48a296c 100644
--- a/arch/arm/cpu/armv
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl_mmc.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/cpu/armv7/omap-common/spl_mmc.c
b/arch/arm/cpu/armv7/omap-common/spl_mmc.c
index 2f921bb..7552f6c 100644
--- a/arch/arm/cpu/armv7/omap-common/spl_mmc.c
+++ b/
The 'clean' target has been removing all of spl but not u-boot itself.
For consistency and ease of testing, only remove SPL binaries / maps in
the clobber target, just like for full U-Boot
Signed-off-by: Tom Rini
---
Makefile | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
Hey all,
The following patch series merges the davinci and omap-common SPL
frameworks into a single framework, CONFIG_SPL_FRAMEWORK along with a
few small cleanups to the code to make it a little smaller and more
flexible. The end result is that davinci can now opt in on
SPL-boots-Linux by just s
Hello,
The following changes since commit a1cd53c6b6e2e7fbf4ffa20d3548646e4c94efe5:
sc_sps_1: Adjust board config to use 'mxs' SoC code (2012-08-14 00:36:30
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to 56540ed12d86a99
On Tue, Aug 14, 2012 at 10:36:19PM +0200, Jeroen Hofstee wrote:
> version 2:
> Updated the commit message to include the explanation from the
> original thread.
>
> For cosmetic reasons, move the added line 2 lines down, so it
> is similiar to the hw case.
>
> Add original au
On Tue, Aug 14, 2012 at 11:51:04AM +0200, Heiko Schocher wrote:
> change the behaviour of switch initialization:
>
> - rename "pwl" to "lan" in hwconfig parameter
> "lan" = port 1 with phy addr 2
> "lmn" = port 2 with phy addr 3
>
> - if we have a valid switch config file in flash, do not
>
On Fri, Aug 10, 2012 at 09:59:57AM +0530, Satyanarayana, Sandhya wrote:
> This patch updates secure_emif_sdram_config with the
> same value written to sdram_config during ddr3 initialization.
>
> During suspend/resume, this value is copied into sdram_config.
> With this, a write to sdram_config a
On Fri, Aug 10, 2012 at 02:15:20AM +0530, Sughosh Ganu wrote:
> Also enable the ohci port on hawkboard. These additions result in an
> increased u-boot size -- adjust the same accordingly in the board's
> config.
>
> Move the usb header for da8xx platforms under arch-davinci.
>
> Signed-off-by:
On 08/24/2012 06:02 PM, York Sun wrote:
> On 08/24/2012 03:53 PM, Scott Wood wrote:
>> On 08/17/2012 01:27 PM, York Sun wrote:
>>> Using E6500 L1 cache as initram requires L2 cache enabled.
>>> Add l2-cache cluster enabling.
>>>
>>> Signed-off-by: York Sun
>>> Signed-off-by: Kumar Gala
>>> ---
>>
On 08/24/2012 06:06 PM, York Sun wrote:
> On 08/24/2012 03:55 PM, Scott Wood wrote:
>> On 08/17/2012 01:27 PM, York Sun wrote:
>>> E6500 doesn't allow cache inhibit TLB alias. Use the boot page
>>> translation
>>> instead. The boot page is always cache inhibit.
>>
>> We're not supposed to create su
On 08/24/2012 03:55 PM, Scott Wood wrote:
On 08/17/2012 01:27 PM, York Sun wrote:
E6500 doesn't allow cache inhibit TLB alias. Use the boot page translation
instead. The boot page is always cache inhibit.
We're not supposed to create such aliases on any PPC core.
We seem to have been using i
On 08/24/2012 03:53 PM, Scott Wood wrote:
On 08/17/2012 01:27 PM, York Sun wrote:
Using E6500 L1 cache as initram requires L2 cache enabled.
Add l2-cache cluster enabling.
Signed-off-by: York Sun
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/cpu_init.c | 39
On Thu, Aug 23, 2012 at 12:50:28PM +0200, Pavel Machek wrote:
[snip]
> +void reset_cpu(ulong addr)
> +{
> + /* request a warm reset */
> + writel(RSTMGR_CTRL_SWWARMRSTREQ_LSB, &reset_manager_base->ctrl);
> + /* infinite loop here as watchdog will trigger and reset
> + * the proces
On Fri, Aug 24, 2012 at 04:30:45PM -0500, Scott Wood wrote:
> On 08/24/2012 04:20 PM, Tom Rini wrote:
> > On Fri, Aug 24, 2012 at 04:09:13PM -0500, Scott Wood wrote:
> >> On 08/20/2012 11:45 AM, Tom Rini wrote:
> >>> diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
> >>> index 29d
On 08/17/2012 01:27 PM, York Sun wrote:
> E6500 doesn't allow cache inhibit TLB alias. Use the boot page translation
> instead. The boot page is always cache inhibit.
We're not supposed to create such aliases on any PPC core.
Please move to a cacheable spintable as described in ePAPR 1.1. This
p
On 08/17/2012 01:27 PM, York Sun wrote:
> Using E6500 L1 cache as initram requires L2 cache enabled.
> Add l2-cache cluster enabling.
>
> Signed-off-by: York Sun
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/cpu/mpc85xx/cpu_init.c | 39 ++-
> arch/powerpc/cpu/mpc85xx/
On 08/23/2012 01:09 PM, Scott Wood wrote:
> On 08/23/2012 01:03 PM, Andy Fleming wrote:
>> On Thu, Aug 23, 2012 at 12:57 PM, Scott Wood wrote:
>>> On 08/23/2012 12:24 PM, Andy Fleming wrote:
This patch (commit 20959471b5d07fdeb8603b918d80385aa2954711),
strangely, causes the error below t
2012/8/24 Stefan Roese :
> On 08/24/2012 06:42 PM, Daniel Schwierzeck wrote:
> The u-boot image is merged with SPL
> image without any padding or
> fixed flash offsets to achieve a maximum reduction of flash footprint.
Interesting. I'm still padding to the fixed offset. Let me
On 08/24/2012 04:20 PM, Tom Rini wrote:
> On Fri, Aug 24, 2012 at 04:09:13PM -0500, Scott Wood wrote:
>> On 08/20/2012 11:45 AM, Tom Rini wrote:
>>> diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
>>> index 29dc20e..5475c8c 100644
>>> --- a/drivers/mtd/nand/Makefile
>>> +++ b/dri
On Fri, Aug 24, 2012 at 04:09:13PM -0500, Scott Wood wrote:
> On 08/20/2012 11:45 AM, Tom Rini wrote:
> > diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
> > index 29dc20e..5475c8c 100644
> > --- a/drivers/mtd/nand/Makefile
> > +++ b/drivers/mtd/nand/Makefile
> > @@ -27,12 +27,7
On Fri, Aug 24, 2012 at 04:10:44PM -0500, Scott Wood wrote:
> On 08/24/2012 04:09 PM, Scott Wood wrote:
> > On 08/20/2012 11:45 AM, Tom Rini wrote:
> >> diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
> >> index 29dc20e..5475c8c 100644
> >> --- a/drivers/mtd/nand/Makefile
> >> ++
Dear Gerlando Falauto,
> On 08/24/2012 04:58 PM, Marek Vasut wrote:
> > Dear Gerlando Falauto,
> >
> >> When variables explicitly specified on the command line are not present
> >> in the imported env, delete them from the running env.
> >> If the variable is also missing from the running env, is
On 08/24/2012 04:09 PM, Scott Wood wrote:
> On 08/20/2012 11:45 AM, Tom Rini wrote:
>> diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
>> index 29dc20e..5475c8c 100644
>> --- a/drivers/mtd/nand/Makefile
>> +++ b/drivers/mtd/nand/Makefile
>> @@ -27,12 +27,7 @@ LIB := $(obj)l
Dear Gerlando Falauto,
> On 08/24/2012 04:56 PM, Marek Vasut wrote:
> > Dear Gerlando Falauto,
> >
> >> Change the syntax (user API) for "env default":
> >>-f: override write-once variables
> >>var... : accept individual variable(s)
> >>-a: all (resetting the whole env is NOT the defa
On 08/20/2012 11:45 AM, Tom Rini wrote:
> diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
> index 29dc20e..5475c8c 100644
> --- a/drivers/mtd/nand/Makefile
> +++ b/drivers/mtd/nand/Makefile
> @@ -27,12 +27,7 @@ LIB:= $(obj)libnand.o
>
> ifdef CONFIG_CMD_NAND
> ifdef C
Signed-off-by: Philippe Reynes
---
board/logicpd/imx27lite/imx27lite.c |5 ++---
include/configs/imx27lite-common.h |5 +
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/board/logicpd/imx27lite/imx27lite.c
b/board/logicpd/imx27lite/imx27lite.c
index 8a5015c..b38e5ab 1
There is a little change on gpio_get_value because
on mx27 the register to read is ssr and not dr.
Signed-off-by: Philippe Reynes
---
arch/arm/cpu/arm926ejs/mx27/generic.c | 11 +++---
arch/arm/include/asm/arch-mx27/gpio.h | 55 +
arch/arm/include/asm/arch
Change in v3:
- rebase on u-boot-imx (instead of u-boot)
- fix conflit with "mxc: Make gpio_get_value() use PSR"
Philippe Reynes (2):
gpio: add gpio api support to mx27 (v3)
imx27lite: update with gpio api change (v3)
arch/arm/cpu/arm926ejs/mx27/generic.c | 11 +++---
arch/arm/include/
On 08/15/2012 04:30 PM, Tom Rini wrote:
> Takes the load function from arch/arm/lib/spl_nand.c instead. This will
> allow for easier integration of SPL-boots-Linux code on other arches.
> Kill off CONFIG_SPL_NAND_LOAD as a separate option.
I would have complained about the loss of a small CONFIG_
On 08/14/2012 01:40 PM, Jeroen Hofstee wrote:
> Several omap boards won't build when DEBUG is defined, SPL build error:
> "vsprintf.c:791: undefined reference to `do_reset'", since SPL has no
> commands. Therefore don't call do_reset in SPL. SPL panic will end in an
> endless loop or call hang if
On 08/21/2012 06:40 PM, Nobuhiro Iwamatsu wrote:
> From: Nobuhiro Iwamatsu
>
> This add README of Renesas RMOBILE.
> Based doc/README.omap3.
>
> Signed-off-by: Nobuhiro Iwamatsu
Acked-by: Tom Rini
--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.
On 08/23/2012 03:43 AM, Pavel Machek wrote:
[snip]
>> It's the omap-common/spl.c code with the bits for IH_OS_LINUX taken out
>> :) Can you please re-do your series on top of the SPL series I just
>> posted that provides a common SPL framework? Thanks!
>
> I'll take a look. OTOH, ammount of cod
On 08/24/2012 04:13 AM, Stefan Roese wrote:
> On 08/24/2012 12:56 PM, Stefan Roese wrote:
>> I still would like to move to my suggestion to not copy the header and
>> use the mkimage header values ih_load and ih_ep directly. Right now I
>> don't see any showstopper for doing it this way. I'll send
On Wed, Aug 15, 2012 at 09:55:40AM -0700, Tom Rini wrote:
> On Fri, Aug 10, 2012 at 09:26:41AM +0200, Bastian Ruppert wrote:
>
> > Signed-off-by: Bastian Ruppert
> > CC: Tom Rini
> > CC: Stefano Babic
>
> For the series, I'm fine with the davinci side of the changes but want
> Anatolij and Ste
On Fri, Aug 24, 2012 at 12:08 PM, Marek Vasut wrote:
> Dear Matt Sealey,
>
>> Done. Sorry for the inconvenience.
>
> Please stop posting.
> Please submit the patch in reply to the original one.
> Please read http://www.denx.de/wiki/U-Boot/Patches
I read it, I am still getting used to this abomina
On 08/24/2012 06:42 PM, Daniel Schwierzeck wrote:
The u-boot image is merged with SPL
image without any padding or
fixed flash offsets to achieve a maximum reduction of flash footprint.
>>>
>>> Interesting. I'm still padding to the fixed offset. Let me look into
>>> squeezing those t
On 08/24/2012 06:19 PM, Tom Rini wrote:
What do you think? Can you move this gd init stuff into such a common
ARM spl file in the next patchset version?
>>>
>>> Yes. We should probably say it's the job of board_init_f. I know full
>>> U-Boot does it at the start of board_init_r but I th
Dear Matt Sealey,
> Done. Sorry for the inconvenience.
Please stop posting.
Please submit the patch in reply to the original one.
Please read http://www.denx.de/wiki/U-Boot/Patches
> > On 24/08/2012 15:16, Matt Sealey wrote:
> >> Oops. I picked the wrong commit id out of my local tree and there'
Done. Sorry for the inconvenience.
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Fri, Aug 24, 2012 at 8:32 AM, Stefano Babic wrote:
> On 24/08/2012 15:16, Matt Sealey wrote:
>>
>> Oops. I picked the wrong commit id out of my local tree and there's a
>> subtle mistake here..
We have no idea where the DCD was derived from for Smartbook support, but they
differ from the Smarttop settings, MX51EVK settings and certainly don't
correspond to any shipped or development version of U-Boot that Genesi has ever
had on any Smartbook.
So, copy the calibrated, verified settings fr
Oops. I picked the wrong commit id out of my local tree and there's a subtle
mistake here.. It won't break anything but its not the one I wanted to submit.
I'll respond this one..
--
Matt Sealey
Product Development Analyst, Genesi USA, Inc.
On Aug 23, 2012, at 3:27 PM, Matt Sealey wrote:
>
Hi Stefan,
2012/8/24 Stefan Roese :
> Hi Daniel,
>
> On 08/24/2012 04:11 PM, Stefan Roese wrote:
>>> The u-boot image is merged with SPL
>>> image without any padding or
>>> fixed flash offsets to achieve a maximum reduction of flash footprint.
>>
>> Interesting. I'm still padding to the fixed off
On 08/24/2012 09:07 AM, Stefan Roese wrote:
> On 08/24/2012 05:55 PM, Tom Rini wrote:
So, here's what I don't understand. On ARM, in general, we can't rely
on the global data pointer register (r8) to be set to a useful value, so
we do the above to ensure it points to something usefu
On 08/24/2012 05:55 PM, Tom Rini wrote:
>>> So, here's what I don't understand. On ARM, in general, we can't rely
>>> on the global data pointer register (r8) to be set to a useful value, so
>>> we do the above to ensure it points to something useful. Are you always
>>> able to rely on r2 it look
Hi Daniel,
On 08/24/2012 04:11 PM, Stefan Roese wrote:
>> The u-boot image is merged with SPL
>> image without any padding or
>> fixed flash offsets to achieve a maximum reduction of flash footprint.
>
> Interesting. I'm still padding to the fixed offset. Let me look into
> squeezing those two im
On 08/24/2012 12:01 AM, Stefan Roese wrote:
> Hi Tom,
>
> On 08/23/2012 11:39 PM, Tom Rini wrote:
>> On 08/23/2012 01:12 AM, Stefan Roese wrote:
>>
>>> This patch enables the SPL framework to be used on powerpc platforms
>>> and not only ARM.
>> [snip]
>>> +#ifdef CONFIG_ARM
>>> gd = &gdata;
>
Hi Stefan,
2012/8/24 Stefan Roese :
> Hi Daniel,
>
> On 08/24/2012 01:49 PM, Daniel Schwierzeck wrote:
I still would like to move to my suggestion to not copy the header and
use the mkimage header values ih_load and ih_ep directly. Right now I
don't see any showstopper for doing it
On 08/24/2012 04:58 PM, Marek Vasut wrote:
Dear Gerlando Falauto,
When variables explicitly specified on the command line are not present
in the imported env, delete them from the running env.
If the variable is also missing from the running env, issue a warning.
Signed-off-by: Gerlando Falaut
Dear Gerlando Falauto,
> On 08/13/2012 12:11 PM, Wolfgang Denk wrote:
> > Dear Holger Brunck,
> >
> > In message<5028ab80.5030...@keymile.com> you wrote:
> time to do updates here I propose the following. I could prepare a
> branch as you suggested based on current denx master with thi
On 08/24/2012 04:56 PM, Marek Vasut wrote:
Dear Gerlando Falauto,
Change the syntax (user API) for "env default":
-f: override write-once variables
var... : accept individual variable(s)
-a: all (resetting the whole env is NOT the default behavior)
Enable variable checking and make ch
Dear Gerlando Falauto,
> When variables explicitly specified on the command line are not present
> in the imported env, delete them from the running env.
> If the variable is also missing from the running env, issue a warning.
>
> Signed-off-by: Gerlando Falauto
Whew! I made it through ... it w
Dear Gerlando Falauto,
> Change the syntax (user API) for "env default":
> -f: override write-once variables
> var... : accept individual variable(s)
> -a: all (resetting the whole env is NOT the default behavior)
>
> Enable variable checking and make changes effective by
> enabling do_appl
Dear Gerlando Falauto,
> Signed-off-by: Gerlando Falauto
> ---
> common/cmd_nvedit.c |2 +-
> include/search.h|5 +++--
> lib/hashtable.c | 16 ++--
> 3 files changed, 14 insertions(+), 9 deletions(-)
>
[...]
Reviewed-by: Marek Vasut
but I'm starting to get a bi
Dear Gerlando Falauto,
> Change hashtable so that a callback function will decide whether a
> variable can be overwritten, and possibly apply the changes.
>
> So add a new field to struct hsearch_data:
>
> o "apply" callback function to check whether a variable can be
> overwritten, and pos
Dear Gerlando Falauto,
> Add 2 new arguments to himport_r():
>
> o "nvars", "vars": number and list of variables to take into account
>(0 means ALL)
>
> NOTE: This patch does not change the current behaviour.
Reviewed-by: Marek Vasut
> Signed-off-by: Gerlando Falauto
> ---
> common/cmd
Dear Gerlando Falauto,
> The logic of checking special parameters (e.g. baudrate, stdin, stdout,
> for a valid value and/or whether can be overwritten) and applying the
> new value to the running system is now all within a single function
> env_check_apply() which can be called whenever changes ar
Dear Lukasz Majewski,
> Support for ext4 file system handling at DFU.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
Reviewed-by: Marek Vasut
[...]
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://li
Dear Gerlando Falauto,
> iomux_doenv() can only return 0 or 1.
> So there is no need to save its return value in variable i, as checking
> its truth value within an if statement is enough.
>
> Signed-off-by: Gerlando Falauto
Reviewed-by: Marek Vasut
> ---
> common/cmd_nvedit.c |5 ++---
>
Dear Lukasz Majewski,
> The "filesize" environment variable shall be read only when relevant
> file is read.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
Reviewed-by: Marek Vasut
> ---
> drivers/dfu/dfu_mmc.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Hi Daniel,
On 08/24/2012 01:49 PM, Daniel Schwierzeck wrote:
>>> I still would like to move to my suggestion to not copy the header and
>>> use the mkimage header values ih_load and ih_ep directly. Right now I
>>> don't see any showstopper for doing it this way. I'll send a patch to
>>> change thi
Hello Gents,
My question is not directly applicable with u-boot but I think here I may
find the answer
which I still don't get from the Analog Device forum.
Does anyone got working hardware based on Blackfin BF54x rev 0.4 (the
current silicon revision) and uClinux
http://blackfin.uclinux.org
On 24/08/2012 15:16, Matt Sealey wrote:
>
> Oops. I picked the wrong commit id out of my local tree and there's a
> subtle mistake here.. It won't break anything but its not the one I
> wanted to submit. I'll respond this one..
>
Do not worry - I mark this pacth as read to be merged in my queue
Hi Stefan,
2012/8/24 Stefan Roese :
> On 08/24/2012 12:56 PM, Stefan Roese wrote:
>> I still would like to move to my suggestion to not copy the header and
>> use the mkimage header values ih_load and ih_ep directly. Right now I
>> don't see any showstopper for doing it this way. I'll send a patch
On 08/24/2012 12:56 PM, Stefan Roese wrote:
> I still would like to move to my suggestion to not copy the header and
> use the mkimage header values ih_load and ih_ep directly. Right now I
> don't see any showstopper for doing it this way. I'll send a patch to
> change this shortly (if everything w
Hi Heiko,
On 08/24/2012 12:17 PM, Heiko Schocher wrote:
>> BTW: There also seems to be a bug in some of the SPL loaders:
>>
>> For example in drivers/mtd/nand/nand_spl_load.c:
>>
>> ...
>> if (header->ih_os == IH_OS_LINUX) {
>> /* happy - was a linux
This patch enables MAX77686 pmic chip for SMDK5250.
Signed-off-by: Rajeshwari Shinde
---
Changes in V3:
- Rebased on latest u-boot-samsung tree
board/samsung/smdk5250/smdk5250.c |4
include/configs/smdk5250.h|5 +
2 files changed, 9 insertions(+), 0 deletions(-)
diff --
This patch adds driver and register definitions for PMIC chip
MAX77686.
Signed-off-by: Rajeshwari Shinde
Acked-by: Lukasz Majewski
Acked-by: Simon Glass
---
Changes in V3:
- None.
drivers/misc/Makefile|1 +
drivers/misc/pmic_max77686.c | 42 +++
include/max77686_pmic.h
This patch set adds support for MAX77686 support.
Changes in V3:
- Rebased on latest u-boot-samsung tree
Rajeshwari Shinde (2):
PMIC: MAX77686: Add support for MAX77686
SMDK5250: Config: Enable MAX77686 pmic chip
board/samsung/smdk5250/smdk5250.c |4 +
drivers/misc/Makefile
Hi Joonyoung Shim,
Thank you for comments.
Sorry for late reply.
On Fri, Jun 15, 2012 at 1:20 PM, Joonyoung Shim wrote:
> Hi,
>
> 2012/5/23 Rajeshwari Birje :
>> ccing Lukasz Majewski.
>>
>> On Wed, May 23, 2012 at 2:27 PM, Rajeshwari Shinde
>> wrote:
>>> This patch adds driver and register def
When variables explicitly specified on the command line are not present
in the imported env, delete them from the running env.
If the variable is also missing from the running env, issue a warning.
Signed-off-by: Gerlando Falauto
---
lib/hashtable.c | 48 +++
Change hashtable so that a callback function will decide whether a
variable can be overwritten, and possibly apply the changes.
So add a new field to struct hsearch_data:
o "apply" callback function to check whether a variable can be
overwritten, and possibly immediately apply the changes;
The logic of checking special parameters (e.g. baudrate, stdin, stdout,
for a valid value and/or whether can be overwritten) and applying the
new value to the running system is now all within a single function
env_check_apply() which can be called whenever changes are made
to the environment, no ma
Change the syntax (user API) for "env default":
-f: override write-once variables
var... : accept individual variable(s)
-a: all (resetting the whole env is NOT the default behavior)
Enable variable checking and make changes effective by
enabling do_apply argument to himport_r().
Signed-off
Signed-off-by: Gerlando Falauto
---
common/cmd_nvedit.c |2 +-
include/search.h|5 +++--
lib/hashtable.c | 16 ++--
3 files changed, 14 insertions(+), 9 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index 983e747..b0860f3 100644
--- a/common/cm
Add 2 new arguments to himport_r():
o "nvars", "vars": number and list of variables to take into account
(0 means ALL)
NOTE: This patch does not change the current behaviour.
Signed-off-by: Gerlando Falauto
---
common/cmd_nvedit.c |3 ++-
common/env_common.c |6 --
include/sear
iomux_doenv() can only return 0 or 1.
So there is no need to save its return value in variable i, as checking
its truth value within an if statement is enough.
Signed-off-by: Gerlando Falauto
---
common/cmd_nvedit.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/comm
This patchset modifies the handling of all the operations on the environment
(set/import/default) so to unify handling of special variables.
On top of that we implement a selective "env default".
A selective "env import" would imply a user API change and should therefore
be discussed separately.
On 08/13/2012 12:11 PM, Wolfgang Denk wrote:
Dear Holger Brunck,
In message<5028ab80.5030...@keymile.com> you wrote:
time to do updates here I propose the following. I could prepare a branch as you
suggested based on current denx master with this changeset. But where and how
should I push it
Hello Stefan
On 24.08.2012 10:17, Stefan Roese wrote:
Hi Tom,
On 08/23/2012 09:31 PM, Tom Rini wrote:
@@ -89,7 +106,11 @@ void spl_parse_image_header(const struct image_header
*header)
spl_image.size = __be32_to_cpu(header->ih_size) + header_size;
spl_image.ent
Hi Mike,
On 8/22/2012 2:55, Mike Frysinger wrote:
On Tuesday 21 August 2012 07:26:27 Andreas Bießmann wrote:
On 20.08.2012 08:32, Bo Shen wrote:
Using common spi flash operation function to replace private operation
funtion
This patch is based on http://patchwork.ozlabs.org/patch/177896/
whic
1 - 100 of 119 matches
Mail list logo
