Some NOR flash devices have a small erase block size. For example, the
Micron N25Q512 can erase in 4K blocks. These devices expose a bug in
fw_env.c where flash_write_buf() incorrectly calculates bytes written
and attempts to write past the environment sectors. Luckily, a range
check prevents an
The assumed number of environment sectors (always 1) leads to an
incorrect top_of_range calculation in fw.env.c when a flash device has
an erase block size smaller than the environment data size (number of
environment sectors > 1).
This change updates the default number of environment sectors to a
Hi All,
I'm having a problem where fw_setenv fails writing the environment to a SPI NOR
device with a 4K erase block size. This led me to two discoveries and two
patches:
1) The "default" number of environment sectors is assumed to be one, even if
the environment is larger than a sector.
2) fw_
Dear John de la Garza,
this is a pure resent of [1]. Please read [2] and especially [3] on
sending updated patches.
On 06.03.14 21:33, John de la Garza wrote:
> Signed-off-by: John de la Garza
> ---
> arch/arm/include/asm/arch-at91/at91_rstc.h |2 +-
> include/configs/at91sam9260ek.h
Hello Hannes,
Am 06.03.2014 15:24, schrieb Hannes Petermaier:
On 2014-03-06 14:58, Heiko Schocher wrote:
Hello Hannes,
Am 06.03.2014 14:39, schrieb Hannes Petermaier:
- Adds support for a minimal framebuffer driver of TI's AM335x SoC
to be compatible with Wolfgang Denk's LCD-Framework (CONFIG
Hi,
I am trying to perform secure booting on nitrogen6x SOM.After compiling the
u-boot2013.08 source code I have obtained a u-boot.imx image with fsize
51c00.I tried to pad and sign this image for authentication which returns
me a u-boot-signed-padded.imx. The problem is that the size of this new
i
On Thu, Mar 6, 2014 at 7:20 PM, Ian Campbell wrote:
> Signed-off-by: Ian Campbell
Acked-by: Rob Herring
> ---
> board/highbank/highbank.c | 14 ++
> 1 file changed, 10 insertions(+), 4 deletions(-)
>
> diff --git a/board/highbank/highbank.c b/board/highbank/highbank.c
> index 4b27
On Fri, 2014-03-07 at 01:19 +, Ian Campbell wrote:
> This is the third version of my series to add support for AHCI to the
> sunxi platform. This uses the existing ahci platform support already
> present in u-boot. Most of the sunxi specific code comes from the Linux
> platform patches.
>
> Si
This enables the necessary clocks, in AHB0 and in PLL6_CFG. This is done
for sun7i only since I don't have access to any other sunxi platforms
with sata included.
The bulk of the code is taken from the Linux ahci sunxi platform driver
patches, adjusted for u-boot.
This adds the "PORT_DMA" tweaks
Signed-off-by: Ian Campbell
---
board/highbank/highbank.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/board/highbank/highbank.c b/board/highbank/highbank.c
index 4b272c7..d42447d 100644
--- a/board/highbank/highbank.c
+++ b/board/highbank/highbank.c
@@ -51,
This allow the platform to register the platform ahci device.
Signed-off-by: Ian Campbell
---
In theory this could perhaps be used by highbank. I have access to a
Midway system (close enough for testing purposes, I think) but since
Calxeda has folded I'm not sure it is worth it, and I am not enti
I have observed timeouts on a cubietruck.
The increase to 40ms is completely arbitrary and Works For Me(tm). I
couldn't find a good reference for how long you are supposed to wait,
although googling around it seems like tens of ms rather than single
digits is more common. I don't think there is an
This is the third version of my series to add support for AHCI to the
sunxi platform. This uses the existing ahci platform support already
present in u-boot. Most of the sunxi specific code comes from the Linux
platform patches.
Since last time I've cut out all the unused register #defines and mad
On 03/06/2014 01:24 AM, Bansal Aneesh-B39320 wrote:
>> -Original Message-
>> From: Wood Scott-B07421
>> Sent: Wednesday, March 05, 2014 11:30 PM
>> To: Bansal Aneesh-B39320
>> Cc: Sun York-R58495; Wolfgang Denk; u-boot@lists.denx.de; Gupta
>> Ruchika-R66431
>> Subject: Re: [U-Boot] [PATCH 1
The Microchip MCP7941x series of chips are very similar
to Maxim's DS1307 but have some important differences:
o I2C address 0x6f rather than 0x68
o The oscillator start bit logic is reversed
o VBATEN bit to enable a power-fail time-stamp
o SQWE is bit 6 of the control register, not bit 4
Ada
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/06/2014 03:43 PM, Darwin Rambo wrote:
> On 14-02-28 10:49 AM, Tom Rini wrote:
> On 02/28/2014 01:18 PM, Darwin Rambo wrote:
Given the ARM header below, is this code possible to put into
u-boot?
For reference, I see this discus
On 14-02-28 10:49 AM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/28/2014 01:18 PM, Darwin Rambo wrote:
>> Given the ARM header below, is this code possible to put into
>> u-boot?
>>
>> For reference, I see this discussion below.
>> http://lists.denx.de/pipermail/u
Signed-off-by: John de la Garza
---
arch/arm/include/asm/arch-at91/at91_rstc.h |2 +-
include/configs/at91sam9260ek.h|1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-at91/at91_rstc.h
b/arch/arm/include/asm/arch-at91/at91_rstc.h
ind
On 2014-03-06 20:49, Gerhard Sittig wrote:
Hi Gerhard,
On Thu, Mar 06, 2014 at 15:26 +0100, Hannes Petermaier wrote:
--- a/common/lcd.c
+++ b/common/lcd.c
@@ -400,12 +400,12 @@ __weak int lcd_get_size(int *line_length)
int drv_lcd_init(void)
{
- struct stdio_dev lcddev;
- i
On Thu, Mar 06, 2014 at 15:26 +0100, Hannes Petermaier wrote:
>
> --- a/common/lcd.c
> +++ b/common/lcd.c
> @@ -400,12 +400,12 @@ __weak int lcd_get_size(int *line_length)
>
> int drv_lcd_init(void)
> {
> - struct stdio_dev lcddev;
> - int rc;
> -
> lcd_base = (void *) gd->fb_bas
On Thu, Mar 06, 2014 at 14:53 +0100, Hannes Petermaier wrote:
>
> - Adds support for 32-bit organized framebuffers to the LCD-framework.
> - cleaned up unused functions
These are two unrelated changes, and should be kept in two
individual commits (usually the cleanup first, the feature change
nex
On Thu, Mar 06, 2014 at 15:16 +0900, Masahiro Yamada wrote:
>
> --- a/README
> +++ b/README
> @@ -164,7 +164,7 @@ Directory Hierarchy:
>/mips Files generic to MIPS architecture
> /cpu CPU specific files
>/mips32Files specific to MIP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/06/2014 02:09 PM, Andrianov, Vitaly wrote:
> Hi Tom,
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
>> boun...@lists.denx.de] On Behalf Of Rini, Tom
>> Sent: Tuesday, February 25, 2014 5:12 PM
>> To: Karich
Hi Tom,
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Rini, Tom
> Sent: Tuesday, February 25, 2014 5:12 PM
> To: Karicheri, Muralidharan
> Cc: Kwok, WingMan; u-boot@lists.denx.de; Nair, Sandeep
> Subject: Re: [U-Boot] [U-Boo
On 3/5/2014 12:38 PM, Otavio Salvador wrote:
> On Wed, Mar 5, 2014 at 4:30 PM, Troy Kisky
> wrote:
>> Since we are slowly heading toward a single u-boot for quad/duallite,
>> can we find a solution to this now.
>>
>> mx6sabre_common.h: "fdt_file=" CONFIG_DEFAULT_FDT_FILE "\0" \
>> mx6sabresd.
On Thu, 2014-03-06 at 09:56 -0600, Kumar Gala wrote:
> On Mar 6, 2014, at 9:50 AM, Scott Wood wrote:
>
> > This has nothing to do with U-Boot's own exception handlers -- this is
> > what U-Boot is currently doing just prior to entering the OS.
> >
> > -Scott
> >
>
> Oh, right. Did e6500 move
On Sat, Jan 25, 2014 at 4:52 PM, Enric Balletbo i Serra
wrote:
> Enable required clocks for GPIO to fix a boot issue introduced by commit
> f33b9bd3984fb11e1d8566a866adc5957b1e1c9d (arm: omap3: Enable clocks for
> peripherals only if they are used).
>
> Without this patch the u-boot freezes after
On Thu, Mar 06, 2014 at 05:05:42PM +0100, Enric Balletbo Serra wrote:
> Hi Tom,
>
> 2014-03-06 16:45 GMT+01:00 Tom Rini :
> > Hey,
> >
> > The following changes since commit cc07294bc704694ae33db75b25ac557e5917a83f:
> >
> > arm: am335x: DXR2: Reset SMSC LAN9303 switch via GPIO upon bootup
> > (
On Thu, Mar 06, 2014 at 10:45:22AM -0500, Tom Rini wrote:
> Hey,
>
> The following changes since commit cc07294bc704694ae33db75b25ac557e5917a83f:
>
> arm: am335x: DXR2: Reset SMSC LAN9303 switch via GPIO upon bootup
> (2014-03-04 09:42:07 -0500)
>
> are available in the git repository at:
>
On Jan 23, 2014, at 6:11 AM, Alexander Graf wrote:
>
> On 21.01.2014, at 03:25, Scott Wood wrote:
>
>> On Sun, 2014-01-19 at 16:19 +0100, Alexander Graf wrote:
>>> With the qemu-ppce500 machine type we can run the same board with
>>> either an e500v2 or an e500mc core plugged in.
>>>
>>> Thi
On Mar 6, 2014, at 6:12 AM, Prabhakar Kushwaha wrote:
> LAW_EN is only defined if CONFIG_SYS_CCSRBAR_DEFAULT is not equal to
> CONFIG_SYS_CCSRBAR_PHYS. in SPL framework CCSRBAR is not relocated hence
> both are same. This cause compilation error.
>
> So LAW_EN define outside of configs
>
> Sig
Hi Tom,
2014-03-06 16:45 GMT+01:00 Tom Rini :
> Hey,
>
> The following changes since commit cc07294bc704694ae33db75b25ac557e5917a83f:
>
> arm: am335x: DXR2: Reset SMSC LAN9303 switch via GPIO upon bootup
> (2014-03-04 09:42:07 -0500)
>
> are available in the git repository at:
>
> git://git.d
Hi Kumar,
On 3/6/2014 9:21 PM, Kumar Gala wrote:
On Mar 6, 2014, at 6:12 AM, Prabhakar Kushwaha wrote:
LAW_EN is only defined if CONFIG_SYS_CCSRBAR_DEFAULT is not equal to
CONFIG_SYS_CCSRBAR_PHYS. in SPL framework CCSRBAR is not relocated hence
both are same. This cause compilation error.
So
On Mar 6, 2014, at 9:50 AM, Scott Wood wrote:
> On Thu, 2014-03-06 at 09:48 -0600, Kumar Gala wrote:
>> On Jan 23, 2014, at 6:11 AM, Alexander Graf wrote:
>>
>>>
>>> On 21.01.2014, at 03:25, Scott Wood wrote:
>>>
On Sun, 2014-01-19 at 16:19 +0100, Alexander Graf wrote:
> With the q
On Thu, 2014-03-06 at 09:48 -0600, Kumar Gala wrote:
> On Jan 23, 2014, at 6:11 AM, Alexander Graf wrote:
>
> >
> > On 21.01.2014, at 03:25, Scott Wood wrote:
> >
> >> On Sun, 2014-01-19 at 16:19 +0100, Alexander Graf wrote:
> >>> With the qemu-ppce500 machine type we can run the same board wi
On Thu, Mar 06, 2014 at 07:03:24AM +0100, Hannes Petermaier wrote:
> B&R boards are using Phy Addresses 'one' and 'two', prior this was
> defined through #define PHYADDR 1 within a header file.
> Now this is addresses are given with device-driver structure.
>
> Signed-off-by: Hannes Petermaier
Hey,
The following changes since commit cc07294bc704694ae33db75b25ac557e5917a83f:
arm: am335x: DXR2: Reset SMSC LAN9303 switch via GPIO upon bootup (2014-03-04
09:42:07 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to 4b7
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
./MAKEALL -s tegra AOK, checkpatch.pl is clean, and ./MAKEALL -a arm only
shows failures that were already present in ARM/master.
The following changes since commit cc07294bc704694ae33db75b25ac557e5917a83f:
arm: am335x: DXR2: Re
Hi Tom,
On Thu, 6 Mar 2014 06:55:46 -0500, Tom Rini wrote:
> On Thu, Mar 06, 2014 at 11:10:56AM +0100, Albert ARIBAUD wrote:
> > Hi Masahiro,
> >
> > On Thu, 06 Mar 2014 17:05:24 +0900, Masahiro Yamada
> > wrote:
> >
> > > Hello Tom,
> > > (dropping dead emails from Cc)
> > > (adding Albert t
- Adds support for CONFIG_LCD_NOSTDOUT, which prevents switching
stdout to the LCD screen, usefull in case when only lcd_puts(...),
lcd_printf(...) is used for displaying status informations.
Signed-off-by: Hannes Petermaier
---
README |7 +++
common/lcd.c |9 ++---
2 f
On 2014-03-06 14:58, Heiko Schocher wrote:
Hello Hannes,
Am 06.03.2014 14:39, schrieb Hannes Petermaier:
- Adds support for a minimal framebuffer driver of TI's AM335x SoC
to be compatible with Wolfgang Denk's LCD-Framework (CONFIG_LCD,
common/lcd.c)
Signed-off-by: Hannes Petermaier
---
Hello Hannes,
Am 06.03.2014 14:39, schrieb Hannes Petermaier:
- Adds support for a minimal framebuffer driver of TI's AM335x SoC
to be compatible with Wolfgang Denk's LCD-Framework (CONFIG_LCD,
common/lcd.c)
Signed-off-by: Hannes Petermaier
---
drivers/video/Makefile|1 +
drive
- Adds support for 32-bit organized framebuffers to the LCD-framework.
- cleaned up unused functions
Signed-off-by: Hannes Petermaier
---
common/lcd.c | 52 +---
include/lcd.h | 19 ---
2 files changed, 49 insertions(+), 22 del
- Adds support for a minimal framebuffer driver of TI's AM335x SoC
to be compatible with Wolfgang Denk's LCD-Framework (CONFIG_LCD,
common/lcd.c)
Signed-off-by: Hannes Petermaier
---
drivers/video/Makefile|1 +
drivers/video/am335x-fb.c | 169
For clear separation of user's (OS) filesystem to U-Boot and other's
stuff it is now possible to give the filesystem a specific offset and a
specific size.
For full consistency OS storage driver also has to support this and
has to use same offset and size.
Following new parameters has been added t
Hi Fabio,
On 05/03/2014 19:51, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Allow the boot of a device tree mainline kernel by aligning the environment
> variables with other FSL boards.
>
> Tested NFS boot of a dt 3.14-rc5 kernel.
>
> Signed-off-by: Fabio Estevam
> ---
> include/configs/m
Hi Troy,
On 05/03/2014 20:30, Troy Kisky wrote:
>
> Since we are slowly heading toward a single u-boot for quad/duallite,
> can we find a solution to this now.
>
> mx6sabre_common.h: "fdt_file=" CONFIG_DEFAULT_FDT_FILE "\0" \
> mx6sabresd.h:#define CONFIG_DEFAULT_FDT_FILE"imx6q-sabresd.
On Thu, Mar 06, 2014 at 11:10:56AM +0100, Albert ARIBAUD wrote:
> Hi Masahiro,
>
> On Thu, 06 Mar 2014 17:05:24 +0900, Masahiro Yamada
> wrote:
>
> > Hello Tom,
> > (dropping dead emails from Cc)
> > (adding Albert to Cc)
> >
> > > > When I Cced board maintainers, some of them resulted
> > > >
nand_spl_load_image() can also be used for non TPL framework.
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2: Sending as it is
drivers/mtd/nand/fsl_ifc_spl.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/fsl_ifc_spl.c b/drivers/mtd/nand/fsl_if
Objective of this target to have concatenate binary having
- SPL binary in PBL command format
- U-boot binary
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2: Updated target
Makefile | 12
README |4
2 files changed, 16 insertions(+)
diff --git
Add support of 2 stage NAND boot loader using SPL framework.
here, PBL initialise the internal SRAM and copy SPL(96K). This further
initialise DDR using SPD and environment and copy u-boot(512 kb) from NAND to
DDR.
Finally SPL transer control to u-boot.
Initialise/create followings required for S
LAW_EN is only defined if CONFIG_SYS_CCSRBAR_DEFAULT is not equal to
CONFIG_SYS_CCSRBAR_PHYS. in SPL framework CCSRBAR is not relocated hence
both are same. This cause compilation error.
So LAW_EN define outside of configs
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2: Sending as it is
It is not necessary for SPL to define all required LAW of the system.
Re-parse LAW table again during non SPL boot.
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2: Sending as it is
arch/powerpc/cpu/mpc8xxx/law.c |9 -
1 file changed, 9 deletions(-)
diff --git a/arch/powerp
Current SPL code base has BSS section placed after reset_vector. This means
they have to relocate to use the global variables. This put an implicit
requirement of having SPL size = Memory/2.
To avoid relocation:
- Move bss_section within SPL range
- Modify relocate_code()
Signed-o
SPL linker has fix location of bootpg and reset vector with respect to text
base.
It is not necessary to have fixed locations.
Avoid such hardcoding.
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2: Sending as it is
arch/powerpc/cpu/mpc85xx/u-boot-spl.lds |7 ++-
1 file changed,
Signed-off-by: Prabhakar Kushwaha
---
Add support of 2 stage NAND boot loader in cornet platforms using SPL framework.
In current secenrio size of u-boot can become >=512KB. So This patch set will
be
helpful for those SoC which has less internal SRAM(512KB).
here, PBL initialise the internal
Hi Pantelis,
> Hi Lukasz,
>
> On Feb 27, 2014, at 11:21 AM, Lukasz Majewski wrote:
>
> > Hi Pantelis,
> >
> >> Hi Lukasz,
> >>
> >>
> >> On Feb 27, 2014, at 10:36 AM, Lukasz Majewski wrote:
> >>
> >>> Hi Pantelis,
> >>>
> Hi Lukasz,
>
> Looks fine to me. Let me run a few tes
Hi Krishna,
Thanks for attempt to improve DFU.
I've CCed Tormod Volden, who is involved in dfu-util development.
> Hi All,
>
> I was working with dfu-utill couple of years ago as part of my
> thesis. My task was to provide a firmware upgrade mechanism using
> USB. I had an open moko so I though
Hi Masahiro,
On Thu, 06 Mar 2014 17:05:24 +0900, Masahiro Yamada
wrote:
> Hello Tom,
> (dropping dead emails from Cc)
> (adding Albert to Cc)
>
> > > When I Cced board maintainers, some of them resulted
> > > in bounce mails.
> > > I'd say at least 8 addresses (listed as Cc: below)
> > > are de
To all,
Does anyone know if U-Boot supports Kontron's COMM-e bIP6 Processors ?
I believe the core for these processors is Intel's I-series processors.
Any info would be appreciated.
Thanks,
Sam Nilssen
___
U-Boot mailing list
U-Boot@lists.denx.de
http
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, March 05, 2014 11:30 PM
> To: Bansal Aneesh-B39320
> Cc: Sun York-R58495; Wolfgang Denk; u-boot@lists.denx.de; Gupta
> Ruchika-R66431
> Subject: Re: [U-Boot] [PATCH 1/3] powerpc/p1010rdb: SECURE BOOT-
> define CONFIG_SYS_RAMB
On 03/06/2014 04:00 PM, Minkyu Kang wrote:
> On 05/03/14 10:57, Beomho Seo wrote:
>> Remove exynos4x12_set_mmc_clk.
>
> Please describe here why you remove it.
>
exynos4x12_set_mmc_clk function have been removed.
Because exynos4x12_clock/ exnos4_clock have same div_fsys* value.
I will describe
- change QIXIS timing parameter CONFIG_SYS_CS3_FTIM2 to 8 from 0.
- fix EMI2 for t2080qds, which was caused by adding t2081qds.
Signed-off-by: Shengzhou Liu
---
board/freescale/t208xqds/eth_t208xqds.c | 3 ++-
include/configs/T208xQDS.h | 2 +-
2 files changed, 3 insertions(+), 2 de
Hi Jaehoon,
> On 03/05/2014 06:21 PM, Lukasz Majewski wrote:
> > Hi Beomho,
> >
> >> This patch set for use dw mmc controller.
> >> First, add dw mmc controller initialization.
> >> And then, change exynos4 mmc gpio configuration.
> >> Additionally, I have removed exynos4x12_set_mmc_clk function.
Hello Tom,
(dropping dead emails from Cc)
(adding Albert to Cc)
> > When I Cced board maintainers, some of them resulted
> > in bounce mails.
> > I'd say at least 8 addresses (listed as Cc: below)
> > are dead.
> >
> > After discussing with Detlev, I agreed to just mark
> > them as dead address a
65 matches
Mail list logo
