Dear Stefano Babic,
> On 19/03/2012 23:36, Fabio Estevam wrote:
> > Add proper IO accessors for mx6 usb registers.
> >
> > Signed-off-by: Fabio Estevam
> > ---
> > This patch depends on "[PATCH v5] mx6: Read silicon revision from
> > register"
> >
> > drivers/usb/host/ehci-mx6.c | 13 ---
Dear Luka Perkov,
> Hi Marek,
>
> On Mon, Mar 19, 2012 at 04:50:52PM +0100, Marek Vasut wrote:
> > > > > +#define IB62x0_OE_LOW(~(0))
> > > > > +#define IB62x0_OE_HIGH (~(0))
> > > >
> > > > Fix this constant please (0x) and remove those parenthesis
> > > >
On 20/03/2012 00:41, Fabio Estevam wrote:
> The variable "rc" is the return of board_eth_init() function. Initialize
> it with an error code, so that this function can return an error when
> CONFIG_SMC911X is not set.
>
> Signed-off-by: Fabio Estevam
> ---
> board/freescale/mx53ard/mx53ard.c |
On 19/03/2012 23:36, Fabio Estevam wrote:
> Add proper IO accessors for mx6 usb registers.
>
> Signed-off-by: Fabio Estevam
> ---
> This patch depends on "[PATCH v5] mx6: Read silicon revision from register"
>
> drivers/usb/host/ehci-mx6.c | 13 -
> 1 files changed, 4 insertions(+
On 19/03/2012 23:07, Fabio Estevam wrote:
> Instead of hardcoding the mx6 silicon revision, read it in run-time.
>
> Also, besides the silicon version print the mx6 variant type: quad,dual/solo
> or solo-lite.
>
> Tested on a mx6qsabrelite, where it shows:
>
> CPU: Freescale i.MX6Q rev1.0 at
Hi Wolfgang,
On Mon, Mar 19, 2012 at 1:34 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1329177081-29496-13-git-send-email-...@chromium.org> you wrote:
>> These calls should not be made directly any more, since bootstage
>> will call the show_boot_...() functions as needed.
>>
>> S
This example doesn't have get_timer() defined, which causes build breakages.
Add #ifdef guards to work around this.
Signed-off-by: Simon Glass
---
lib/time.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib/time.c b/lib/time.c
index 69edc3d..5f393c3 100644
--- a/lib
Hi Wolfgang,
On Mon, Mar 19, 2012 at 12:13 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1326590698-7767-14-git-send-email-...@chromium.org> you wrote:
>> This defines the basics of a new boot time measurement feature. This allows
>> logging of very accurate time measurements as th
Hi Marek,
On Mon, Mar 19, 2012 at 04:50:52PM +0100, Marek Vasut wrote:
> > > > +#define IB62x0_OE_LOW (~(0))
> > > > +#define IB62x0_OE_HIGH (~(0))
> > >
> > > Fix this constant please (0x) and remove those parenthesis ...
> > > btw OE_HIGH and OE_LOW have both the same v
This function is made available to board which want to display a message
when a panic() occurs before the console is set up. This would otherwise
result in a silent hang or reboot.
Boards should call tegra_pre_console_panic() and pass the UARTs which
are available and safe for a message, as well a
Allow boards to call the tegra_setup_uarts() function so that they
can set up UARTs on demand. The UART selection enum is moved into the
board.h header file so that boards can use this for pre-console panic.
Signed-off-by: Simon Glass
---
arch/arm/cpu/armv7/tegra2/board.c| 26 +++-
This patch adds support for console output in the event of a panic() before
the console is inited. The main purpose of this is to deal with a very early
panic() which would otherwise cause a silent hang.
A new board_pre_console_panic() function is added to the board API. If
provided by the board i
We enable this feature on UARTD for Seaboard. This ensures that a
message is printed if CONFIG_OF_CONTROL is in use and a valid device tree
is not available (provided the Seaboard variant uses UARTD for console).
Signed-off-by: Simon Glass
---
Changes in v2:
- Correctly use only selected UARTs in
This reverts commit 295d3942b806552503243f5cfb36aec6f1b5a9bf.
It turns that this really doesn't work very nicely. Instead we should
have a pre-console panic function so that we know that further execution
is impossible and we don't need to worry about trampling on UARTs, etc.
Signed-off-by: Simon
Hi Stephen,
On Mon, Mar 19, 2012 at 6:46 PM, Stephen Warren wrote:
> On 03/19/2012 07:31 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Mon, Mar 19, 2012 at 6:22 PM, Stephen Warren
>> wrote:
>>> On 03/19/2012 04:59 PM, Simon Glass wrote:
Hi Stephen,
On Mon, Mar 19, 2012 at 2:18 P
On 03/19/2012 07:31 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Mon, Mar 19, 2012 at 6:22 PM, Stephen Warren wrote:
>> On 03/19/2012 04:59 PM, Simon Glass wrote:
>>> Hi Stephen,
>>>
>>> On Mon, Mar 19, 2012 at 2:18 PM, Stephen Warren
>>> wrote:
On 03/19/2012 02:27 PM, Simon Glass wrote:
>>
Hi Stephen,
On Mon, Mar 19, 2012 at 6:22 PM, Stephen Warren wrote:
> On 03/19/2012 04:59 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Mon, Mar 19, 2012 at 2:18 PM, Stephen Warren
>> wrote:
>>> On 03/19/2012 02:27 PM, Simon Glass wrote:
We enable this feature on all UARTs for Seaboard. Th
On 03/19/2012 04:59 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Mon, Mar 19, 2012 at 2:18 PM, Stephen Warren wrote:
>> On 03/19/2012 02:27 PM, Simon Glass wrote:
>>> We enable this feature on all UARTs for Seaboard. This ensures that a
>>> message is printed if CONFIG_OF_CONTROL is in use and a v
On Mon, Mar 19, 2012 at 03:50:53PM +0200, Grazvydas Ignotas wrote:
> According to OMAP3 TRM, PBIASLITEPWRDNZ bits must be cleared while MMC
> power supply is being enabled and is ramping up (those bits might be
> left set by the previous bootloader). It doesn't say what happens if
> this procedure
On Tue, Mar 20, 2012 at 12:11:43AM +0200, Grazvydas Ignotas wrote:
> The message didn't state that it's waiting for STAT to _clear_,
> and printing the STAT value itself can help to identify problems.
>
> Signed-off-by: Grazvydas Ignotas
Acked-by: Tom Rini
Andy, please take this via your tree,
The variable "rc" is the return of board_eth_init() function. Initialize
it with an error code, so that this function can return an error when
CONFIG_SMC911X is not set.
Signed-off-by: Fabio Estevam
---
board/freescale/mx53ard/mx53ard.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
On Tue, Mar 20, 2012 at 12:12:06AM +0200, Grazvydas Ignotas wrote:
> According to OMAP3 TRM, when the controller reports certain errors,
> driver must perform a software reset. This is done by setting a bit
> in SYSCTL and waiting it to clear:
> - SRC on command timeout (CTO)
> - SRD on data errors
Hi Stephen,
On Mon, Mar 19, 2012 at 2:18 PM, Stephen Warren wrote:
> On 03/19/2012 02:27 PM, Simon Glass wrote:
>> We enable this feature on all UARTs for Seaboard. This ensures that a
>> message is printed if CONFIG_OF_CONTROL is in use and a value device tree
>> is not available.
>
> Why not ju
Hi Stephen,
On Mon, Mar 19, 2012 at 2:16 PM, Stephen Warren wrote:
> On 03/19/2012 02:27 PM, Simon Glass wrote:
>> This function is made available to board which want to display a message
>> when a panic() occurs before the console is set up. This would otherwise
>> result in a silent hang or reb
Add proper IO accessors for mx6 usb registers.
Signed-off-by: Fabio Estevam
---
This patch depends on "[PATCH v5] mx6: Read silicon revision from register"
drivers/usb/host/ehci-mx6.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/host/ehci-mx6.
On Tue, Mar 20, 2012 at 12:16 AM, Tom Rini wrote:
> On 03/19/2012 03:12 PM, Grazvydas Ignotas wrote:
>>
>> Commin 4fee6c2f295f9 "nand: make 1-bit software ECC configurable"
>> disabled software ECC by default, but pandora always used (and still
>> does use) software ECC to store it's firmware, so
Commin 4fee6c2f295f9 "nand: make 1-bit software ECC configurable"
disabled software ECC by default, but pandora always used (and still
does use) software ECC to store it's firmware, so enable it in board
file.
Signed-off-by: Grazvydas Ignotas
---
include/configs/omap3_pandora.h |1 +
1 files
According to OMAP3 TRM, when the controller reports certain errors,
driver must perform a software reset. This is done by setting a bit
in SYSCTL and waiting it to clear:
- SRC on command timeout (CTO)
- SRD on data errors (DTO, DCRC and DEB)
This fixes a problem seen on OMAP3 pandora board with s
On 03/19/2012 03:12 PM, Grazvydas Ignotas wrote:
Commin 4fee6c2f295f9 "nand: make 1-bit software ECC configurable"
disabled software ECC by default, but pandora always used (and still
does use) software ECC to store it's firmware, so enable it in board
file.
Signed-off-by: Grazvydas Ignotas
Th
On 03/19/2012 03:12 PM, Grazvydas Ignotas wrote:
According to OMAP3 TRM, when the controller reports certain errors,
driver must perform a software reset. This is done by setting a bit
in SYSCTL and waiting it to clear:
- SRC on command timeout (CTO)
- SRD on data errors (DTO, DCRC and DEB)
This
The message didn't state that it's waiting for STAT to _clear_,
and printing the STAT value itself can help to identify problems.
Signed-off-by: Grazvydas Ignotas
---
drivers/mmc/omap_hsmmc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/omap_hsmmc.c b/dr
Instead of hardcoding the mx6 silicon revision, read it in run-time.
Also, besides the silicon version print the mx6 variant type: quad,dual/solo
or solo-lite.
Tested on a mx6qsabrelite, where it shows:
CPU: Freescale i.MX6Q rev1.0 at 792 MHz
Signed-off-by: Fabio Estevam
---
Changes since
On Monday 19 March 2012 12:09:49 Bud Miljkovic wrote:
> Charles
>
> I looked at where I could set the startBlock and endBlock (btw -
> start_block and end_block are used in cmd_onenand.c) and I saw that in
> yaffscfg.c (flashDev->startBlock = 0; for yaffsVersion == 2).
>
> Is this the place do chan
On 03/19/2012 02:27 PM, Simon Glass wrote:
> We enable this feature on all UARTs for Seaboard. This ensures that a
> message is printed if CONFIG_OF_CONTROL is in use and a value device tree
> is not available.
Why not just enabled this on UARTD, since that's what Seaboard uses?
I guess some deri
On 03/19/2012 02:27 PM, Simon Glass wrote:
> This function is made available to board which want to display a message
> when a panic() occurs before the console is set up. This would otherwise
> result in a silent hang or reboot.
>
> Boards should call tegra_pre_console_panic() and pass the UARTs
This function is made available to board which want to display a message
when a panic() occurs before the console is set up. This would otherwise
result in a silent hang or reboot.
Boards should call tegra_pre_console_panic() and pass the UARTs which
are available and safe for a message, as well a
This patch adds support for console output in the event of a panic() before
the console is inited. The main purpose of this is to deal with a very early
panic() which would otherwise cause a silent hang.
A new board_pre_console_panic() function is added to the board API. If
provided by the board i
Allow boards to call the tegra_setup_uarts() function so that they
can set up UARTs on demand. The UART selection enum is moved into the
board.h header file so that boards can use this for pre-console panic.
Signed-off-by: Simon Glass
---
arch/arm/cpu/armv7/tegra2/board.c| 26 +++--
We enable this feature on all UARTs for Seaboard. This ensures that a
message is printed if CONFIG_OF_CONTROL is in use and a value device tree
is not available.
Signed-off-by: Simon Glass
---
board/nvidia/seaboard/seaboard.c | 18 ++
1 files changed, 18 insertions(+), 0 deleti
This reverts commit 295d3942b806552503243f5cfb36aec6f1b5a9bf.
It turns that this really doesn't work very nicely. Instead we should
have a pre-console panic function so that we know that further execution
is impossible and we don't need to worry about trampling on UARTs, etc.
Signed-off-by: Simon
Hello,
The following changes since commit 32ec258f829808dd7cf74fd83ba999fdaaeab715:
Marek Vasut (1):
IXP: Fix GPIO_INT_ACT_LOW_SET()
are available in the git repository at:
git://git.denx.de/u-boot-ti master
Simon Schwarz (8):
Add cmd_spl command
devkit8000: add config f
On Thu, Mar 15, 2012 at 03:01:45PM +0100, Stefano Babic wrote:
> From: Simon Schwarz
>
> Adds prep subcommand to bootm implementation of ARM. When bootm is called
> with the subcommand prep the function stops right after ATAGS creation and
> before announce_and_cleanup.
>
> This is used in comma
On Mon, Mar 19, 2012 at 6:44 PM, Tom Rini wrote:
> On 03/19/2012 06:50 AM, Grazvydas Ignotas wrote:
>>
>> According to OMAP3 TRM, PBIASLITEPWRDNZ bits must be cleared while MMC
>> power supply is being enabled and is ramping up (those bits might be
>> left set by the previous bootloader). It doesn
On Fri, Mar 16, 2012 at 02:24:42PM -0700, Tom Rini wrote:
> On Fri, Mar 16, 2012 at 09:38:10PM +0100, Wolfgang Denk wrote:
> > Dear Tom Rini,
> >
> > In message <20120316193030.GC31661@bill-the-cat> you wrote:
> > >
> > > OK, that said, I'm OK with everything so far and you had the last round
> >
On 16/03/2012 22:32, Fabio Estevam wrote:
> Return error in case of invalid pmic_i2c_tx_num.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering Gmb
On 03/19/2012 06:50 AM, Grazvydas Ignotas wrote:
According to OMAP3 TRM, PBIASLITEPWRDNZ bits must be cleared while MMC
power supply is being enabled and is ramping up (those bits might be
left set by the previous bootloader). It doesn't say what happens if
this procedure is violated, but better
On 16/03/2012 22:32, Fabio Estevam wrote:
> Return error in case of invalid pmic_i2c_tx_num.
>
> Signed-off-by: Fabio Estevam
> ---
> drivers/misc/pmic_i2c.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/misc/pmic_i2c.c b/drivers/misc/pmic_i2c.c
> in
On Fri, 16 Mar 2012 18:32:09 -0300
Fabio Estevam wrote:
> Return error in case of invalid pmic_i2c_tx_num.
>
> Signed-off-by: Fabio Estevam
> ---
> drivers/misc/pmic_i2c.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/misc/pmic_i2c.c b/drivers/misc
Dear Luka Perkov,
> Hi Marek,
>
> On Sun, Mar 18, 2012 at 04:15:53PM +0100, Marek Vasut wrote:
> > > + * Copyright (C) 2011 G??rald Kerma
> >
> > Can you please fix your name here?
>
> I think your mail agent is not displaying UTF8 characters correctly. If
> this is a problem we could change i
Dear Tom Warren,
> Marek,
>
> > -Original Message-
> > From: Marek Vasut [mailto:marek.va...@gmail.com]
> > Sent: Monday, March 19, 2012 7:43 AM
> > To: Puneet Saxena
> > Cc: Mike Frysinger; u-boot@lists.denx.de; s...@chromium.org;
> > li...@bohmer.net; tr...@ti.com; Tom Warren
> > Subjec
On 13/03/2012 02:14, Eric Nelson wrote:
> On 03/04/2012 02:47 PM, Eric Nelson wrote:
>> Signed-off-by: Eric Nelson
>> Acked-by: Marek Vasut
>> ---
>> include/configs/mx6qsabrelite.h |4
>> 1 files changed, 4 insertions(+), 0 deletions(-)
>>
>> diff --git a/include/configs/mx6qsabrelite.
On 13/03/2012 02:11, Eric Nelson wrote:
> On 03/04/2012 02:47 PM, Eric Nelson wrote:
>> disabled by default until drivers are fixed
>>
>> Signed-off-by: Eric Nelson
>> Acked-by: Marek Vasut
>> ---
>> arch/arm/cpu/armv7/mx6/soc.c|8
>> include/configs/mx6qarm2.h |2 +
On 13/03/2012 02:08, Eric Nelson wrote:
> On 03/04/2012 02:47 PM, Eric Nelson wrote:
>> Signed-off-by: Eric Nelson
>> Acked-by: Marek Vasut
>>
>> ---
>> arch/arm/include/asm/arch-mx6/imx-regs.h |2 ++
>> 1 files changed, 2 insertions(+), 0 deletions(-)
>>
>> diff --git a/arch/arm/include/asm
On 16/03/2012 21:21, Fabio Estevam wrote:
> From: Jason Liu
>
> mx5: Add clock config interface
Hi Fabio,
>
> Add clock config interface support, so that we
> can configure CPU or DDR clock in the later init
>
> Signed-off-by: Jason Liu
> Signed-off-by: Eric Miao
> ---
My personal quote: t
Sorry about malformed subject
regards
Jens
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Marek,
> -Original Message-
> From: Marek Vasut [mailto:marek.va...@gmail.com]
> Sent: Monday, March 19, 2012 7:43 AM
> To: Puneet Saxena
> Cc: Mike Frysinger; u-boot@lists.denx.de; s...@chromium.org;
> li...@bohmer.net; tr...@ti.com; Tom Warren
> Subject: Re: [PATCH v8] usb: align buffers
Fix: board doesn't boot from norflash
Fix: environment can't write to flash (end address/start address not on sector
boundary)
Signed-off-by: Jens Scharsig (BuS Elektronik)
---
include/configs/at91sam9263ek.h |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/incl
On 16/03/2012 16:02, Fabio Estevam wrote:
> Instead of hardcoding the mx6 silicon revision, read it in run-time.
>
> Also, besides the silicon version print the mx6 variant type: quad,dual/solo
> or solo-lite.
>
> Tested on a mx6qsabrelite, where it shows:
>
> CPU: Freescale i.MX6Q rev1.0 at
On 13/03/2012 18:26, Fabio Estevam wrote:
> Remove duplicate definition of ANATOP_BASE_ADDR.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering Gmb
On 13/03/2012 18:26, Fabio Estevam wrote:
> After booting mx6qsabrelite from POR the following is reported:
>
> CPU: Freescale i.MX61 family rev1.0 at 792 MHz
>
> Reset cause: unknown reset
>
> This is because both the POR and WDOG bits are set after reset.
>
>
Dear Puneet Saxena,
> Hi Marek,
> I adapted my patch for git://git.denx.de/u-boot-usb.git master branch.
> As the build for target "Seaboard" is broken once I enable USB in
> Seaboard.h,
> I am unable to test my changes on "u-boot-usb".
u-boot-usb is forked off the mainline u-boot.git ... tegra s
Signed-off-by: Jens Scharsig (BuS Elektronik)
---
include/configs/at91sam9263ek.h |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/include/configs/at91sam9263ek.h b/include/configs/at91sam9263ek.h
index 8399246..f02f245 100644
--- a/include/configs/at91sam9263ek.h
Signed-off-by: Jens Scharsig (BuS Elektronik)
---
board/atmel/at91sam9263ek/at91sam9263ek.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/atmel/at91sam9263ek/at91sam9263ek.c
b/board/atmel/at91sam9263ek/at91sam9263ek.c
index 41ec752..60ff1c0 100644
--- a/board/a
Hi Marek,
I adapted my patch for git://git.denx.de/u-boot-usb.git master branch.
As the build for target "Seaboard" is broken once I enable USB in
Seaboard.h,
I am unable to test my changes on "u-boot-usb".
I would have to merge lots of changes from "denx-uboot-tegra" to make it
working for "u-
According to OMAP3 TRM, PBIASLITEPWRDNZ bits must be cleared while MMC
power supply is being enabled and is ramping up (those bits might be
left set by the previous bootloader). It doesn't say what happens if
this procedure is violated, but better not to risk here and do things
as required.
Signed
twl4030_pmrecv_vsel_cfg currently first sets up device group (effectively
enabling the supply), and only then sets vsel (selects voltage). This could
lead to wrong voltage for a short time, or even long time if second i2c
write fails.
Fix this by writing vsel first and device group after that. Als
Dear Che-liang Chiou,
In message
you wrote:
>
> > I think I never received any reply.
>
> I thought that we've discussed that I should wait until tegra2 i2c
> driver is merged into mainline, and then resubmit this patch series
> (cf. "[PATCH v1 1/2] tpm: Rename generic_lpc_tpm to tpm_tis_lpc").
Hi,
I have defined do_reset in my board file,
I saw that the definition with same name is refined on reset.c
How to make use of it, who is calling do_reset?
/opt/u-boot/board/exl/NXZ/board.c:659: multiple definition of `do_reset'
arch/arm/lib/libarm.o:/opt/u-boot/arch/arm/lib/reset.c:43: first d
Hi,
I am getting compilation issues on v11.12 with CONFIG_SYS_INIT_SP_ADDR.
Actually my SD RAM size was 256MB.
Can any one tell me how can I configure this macro?...
I have seen a procedure to do while defining this macros on some boards on
denx tree
Regards,
Jagan.
_
On Mon, Mar 19, 2012 at 5:00 AM, Wolfgang Denk wrote:
> Dear Che-Liang Chiou,
>
> In message <20111219112511.1eddc135a...@gemini.denx.de> I wrote:
>>
>> In message <1324288224-5075-1-git-send-email-clch...@chromium.org> you wrote:
>> >
>> > This patchset adds an i2c bus based TPM driver.
>>
>> Are
Dear Shiraz Hashim,
> Hi Marek,
>
> On Mon, Mar 19, 2012 at 06:57:29AM +0800, Marek Vasut wrote:
> > Hi,
> >
> > > > Yes, ep0.c has direct access to the "device" field. I'll omit the
> > > > usbd_device_qualifier_descriptor function in V2.
> >
> > How's V2 going?
>
> Unfortunately Amit is not
Hi Marek,
On Mon, Mar 19, 2012 at 06:57:29AM +0800, Marek Vasut wrote:
> Hi,
>
> > >
> > > Yes, ep0.c has direct access to the "device" field. I'll omit the
> > > usbd_device_qualifier_descriptor function in V2.
> >
>
> How's V2 going?
Unfortunately Amit is not well and he is taking rest. He
Hi All,
I am trying to run the uboot on the custom P4080 board I have made the
couple of modifications needed for the uboot to start running on the custom
board.
After relocating to RAM from the board_init_f it get struck in 0x7ff30700
please help me to debug this issue
U-Boot 2011.12 (Mar 19 201
Dear Simon Glass,
In message <1329177081-29496-13-git-send-email-...@chromium.org> you wrote:
> These calls should not be made directly any more, since bootstage
> will call the show_boot_...() functions as needed.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v4:
> - Adjust bootstage.h head
Recent bootstage commits made the code grow, which caused linker
errors. Adjust the linker script to fix that.
Signed-off-by: Wolfgang Denk
---
board/etx094/u-boot.lds |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/board/etx094/u-boot.lds b/board/etx094/u-boot.lds
inde
Dear Wolfgang,
Please pull the following 2 fix patches into your master branch.
Thanks!
The following changes since commit dbb87bbd8eff11cf974caa2b5cc397aea444bc5a:
Armada100: gplugD: Add FAT & EXT2 command support (2012-03-19 00:08:26
+0100)
are available in the git repository at:
git://gi
Hi Macpaul,
2012/3/11 Macpaul Lin
> Correct definition of vector table in start.S
>
> Signed-off-by: Macpaul Lin
> ---
> Changes for v2:
> - fix symbol declaration error in start.S
>
Applied to u-boot-nds32/master
Thanks.
--
Best regards,
Macpaul Lin
Hi Macpaul,
2012/3/11 Macpaul Lin
> Fix ptrace and interrupt register overflow warning.
> Add missing P0 and P1 (r26 and r27) into register lists.
> These register are usually used in OS.
>
> Signed-off-by: Macpaul Lin
>
Applied to u-boot-nds32/master
Thanks.
--
Best regards,
Macpaul Lin
___
Dear Simon Glass,
In message <1326590698-7767-14-git-send-email-...@chromium.org> you wrote:
> This defines the basics of a new boot time measurement feature. This allows
> logging of very accurate time measurements as the boot proceeds, by using
> an available microsecond counter.
>
> To enable
79 matches
Mail list logo