> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 07 June 2012 15:37
> To: prafu...@mavell.com
> Cc: Valentin Longchamp; holger.bru...@keymile.com; u-
> b...@lists.denx.de; Prafulla Wadaskar
> Subject: [PATCH 20/20] arm/km: remove calls to kw_
On 06/12/2012 06:39 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 07 June 2012 15:37
>> To: prafu...@mavell.com
>> Cc: Holger Brunck; u-boot@lists.denx.de; Valentin Longchamp; Gerlando
>> Falauto; Praful
On 06/12/2012 06:39 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 07 June 2012 15:37
>> To: prafu...@mavell.com
>> Cc: Holger Brunck; u-boot@lists.denx.de; Valentin Longchamp; Gerlando
>> Falauto; Praful
On 06/12/2012 06:39 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 07 June 2012 15:37
>> To: prafu...@mavell.com
>> Cc: Valentin Longchamp; holger.bru...@keymile.com; u-
>> b...@lists.denx.de; Gerlando Fa
Hi Rajeshwari,
Before applied this patch, it must apply your patch for PINMUX. right?
Best Regards,
Jaehoon Chung
On 06/12/2012 03:14 PM, Chander Kashyap wrote:
> Hi,
>
> On 11 June 2012 19:26, Rajeshwari Birje wrote:
>> Hi All,
>>
>> ccing Jaehoon Chung
>>
>> Regards,
>> Rajeshwari Shinde.
On 06/12/2012 09:58 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
>> Sent: 07 June 2012 15:37
>> To: prafu...@mavell.com
>> Cc: Valentin Longchamp; holger.bru...@keymile.com; u-
>> b...@lists.denx.de; Prafulla Wa
Provides a tool to build boot Image for PBL(Pre boot loader) which is
used on Freescale CoreNet SoCs, PBL can be used to load some instructions
and/or data for pre-initialization. The default output image is u-boot.pbl,
for more details please refer to doc/README.pblimage.
Signed-off-by: Shaohui X
Hi Jaehoon Chung,
Yes you need to apply the following patchset
http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/132754
Regards,
Rajeshwari Shinde.
On Tue, Jun 12, 2012 at 2:07 PM, Jaehoon Chung wrote:
> Hi Rajeshwari,
>
> Before applied this patch, it must apply your patch for PINMUX. r
Hi Chander,
Thank you for comments will do the correction.
Regards,
Rajeshwari Shinde.
On Tue, Jun 12, 2012 at 11:44 AM, Chander Kashyap
wrote:
> Hi,
>
> On 11 June 2012 19:26, Rajeshwari Birje wrote:
>> Hi All,
>>
>> ccing Jaehoon Chung
>>
>> Regards,
>> Rajeshwari Shinde.
>>
>>
>> On Mon, J
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 12 June 2012 14:08
> To: Prafulla Wadaskar
> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
> Gerlando Falauto
> Subject: Re: [PATCH 02/20] arm/km: use correct kw_gpio function for
>
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 12 June 2012 14:04
> To: Prafulla Wadaskar
> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
> Gerlando Falauto
> Subject: Re: [PATCH 04/20] arm/km: add kmnusa board support
>
> On 06/
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 12 June 2012 14:04
> To: Prafulla Wadaskar
> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
> Gerlando Falauto
> Subject: Re: [PATCH 04/20] arm/km: add kmnusa board support
>
> On 06
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 12 June 2012 14:04
> To: Prafulla Wadaskar
> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
> Gerlando Falauto
> Subject: Re: [PATCH 04/20] arm/km: add kmnusa board support
>
> On 06
Signed-off-by: Sebastien Jan
---
arch/arm/cpu/armv7/omap4/clocks.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/omap4/clocks.c
b/arch/arm/cpu/armv7/omap4/clocks.c
index c568951..1d92e66 100644
--- a/arch/arm/cpu/armv7/omap4/clocks.c
+++ b/arch/arm/cpu
On 06/12/2012 11:32 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Holger Brunck [mailto:holger.bru...@keymile.com]
>> Sent: 12 June 2012 14:08
>> To: Prafulla Wadaskar
>> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
>> Gerlando Falauto
>> Subject: R
On 06/12/2012 11:40 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Holger Brunck [mailto:holger.bru...@keymile.com]
>> Sent: 12 June 2012 14:04
>> To: Prafulla Wadaskar
>> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
>> Gerlando Falauto
>> Subject: R
On 06/12/2012 11:57 AM, Prafulla Wadaskar wrote:
board/keymile/km_arm/km_arm.c |9 +-
boards.cfg|1 +
include/configs/km/km_arm.h | 44 +-
include/configs/km_kirkwood.h | 67 +++--
6 files changed, 392 insertions(+)
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 12 June 2012 16:07
> To: Prafulla Wadaskar
> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
> Gerlando Falauto
> Subject: Re: [PATCH 04/20] arm/km: add kmnusa board support
>
> On 06
On 06/12/2012 01:09 PM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Holger Brunck [mailto:holger.bru...@keymile.com]
>> Sent: 12 June 2012 16:07
>> To: Prafulla Wadaskar
>> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
>> Gerlando Falauto
>> Subject: R
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 12 June 2012 17:13
> To: Prafulla Wadaskar
> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
> Gerlando Falauto
> Subject: Re: [PATCH 04/20] arm/km: add kmnusa board support
>
> On 06
Hi,
I observed few files are Dual licensed in U-Boot.
In my case To resolve license incompatibility ,Is it ok to add GPLV2 on top of
existing license in the same file . so that the final file having two license .
please comment on this ...
Thanks,
Srikanth R V
If in case this is valid according to the latest datasheet, ignore this patch.
--
According to REV C manual, the register IOMUXC_IOMUXC_GPR4 has
bits 4 and 5 read-only and the value is always set as zero.
So write '0' to these bits instead of writing '1'.
Signed-off-by: Vikram Narayanan
Cc: Jaso
On 12.06.2012 16:50, Vikram Narayanan wrote:
If in case this is valid according to the latest datasheet, ignore this patch.
>
--
According to REV C manual, the register IOMUXC_IOMUXC_GPR4 has
bits 4 and 5 read-only and the value is always set as zero.
So write '0' to these bits instead of writi
On 06/12/2012 01:50 PM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Holger Brunck [mailto:holger.bru...@keymile.com]
>> Sent: 12 June 2012 17:13
>> To: Prafulla Wadaskar
>> Cc: Valentin Longchamp; prafu...@mavell.com; u-boot@lists.denx.de;
>> Gerlando Falauto
>> Subject: R
Changes from v1:
Used appropriate gpio_* lib calls.
---
Instead of manipulating gpio registers directly, use the calls
from the gpio library.
Signed-off-by: Vikram Narayanan
Cc: Fabio Estevam
Cc: John Rigby
Cc: Stefano Babic
---
board/karo/tx25/tx25.c | 25 +
1 file
On Tue, Jun 12, 2012 at 1:37 PM, Vikram Narayanan wrote:
> Changes from v1:
> Used appropriate gpio_* lib calls.
This should go below the --- line
>
> ---
> Instead of manipulating gpio registers directly, use the calls
> from the gpio library.
,and this should go above the --- line
Otherwise,
On 15/05/2012 14:39, Dirk Behme wrote:
> On 22.02.2012 11:24, Stefano Babic wrote:
>> Signed-off-by: Stefano Babic
>> CC: Fabio Estevam
>> ---
Hi Dirk,
>> drivers/net/fec_mxc.c |5 +
>> 1 files changed, 5 insertions(+), 0 deletions(-)
>>
>> diff --git a/drivers/net/fec_mxc.c b/drivers/
On 11/04/2012 13:18, Jason Liu wrote:
> If one PAD does not have mux or pad config register, we need
> set the NO_MUX_I/NO_PAD_I to 0, the old value is not correct
>
> Signed-off-by: Jason Liu
> CC: Stefano Babic
> ---
> arch/arm/include/asm/arch-mx6/mx6x_pins.h |4 ++--
> 1 files changed,
On 15/05/2012 14:58, Dirk Behme wrote:
> On 09.05.2012 07:45, Stefano Babic wrote:
>> On 09/05/2012 01:31, Eric Nelson wrote:
>>> Thanks Andy,
>>>
>>> On 05/08/2012 03:59 PM, Andy Fleming wrote:
> --- a/drivers/mmc/fsl_esdhc.c
> +++ b/drivers/mmc/fsl_esdhc.c
> @@ -190,6 +190,10 @@ stati
On 06/12/2012 10:07 AM, Stefano Babic wrote:
On 15/05/2012 14:58, Dirk Behme wrote:
On 09.05.2012 07:45, Stefano Babic wrote:
On 09/05/2012 01:31, Eric Nelson wrote:
Thanks Andy,
On 05/08/2012 03:59 PM, Andy Fleming wrote:
--- a/drivers/mmc/fsl_esdhc.c
+++ b/drivers/mmc/fsl_esdhc.c
@@ -190,6
On 29/05/2012 17:54, Fabio Estevam wrote:
> Original code was assuming that the fuse revision version for all mx53loco
> boards
> based on Dialog PMIC was the same, which is not the case.
>
> Force the revision of all Dialog-based boards to 0.
>
> This fixes a kernel crash when PMIC is accessed
On 29/05/2012 23:40, Fabio Estevam wrote:
> On Fri, May 11, 2012 at 9:39 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> SATA_ALT_REF_CLK field corresponds to bits 1 and 2 of offset 0x180c.
>
> Just in case someone would like to check the mx53 fuse map, it is now
> available at:
> http://c
Dear Eric Nelson,
> On 06/12/2012 10:07 AM, Stefano Babic wrote:
> > On 15/05/2012 14:58, Dirk Behme wrote:
> >> On 09.05.2012 07:45, Stefano Babic wrote:
> >>> On 09/05/2012 01:31, Eric Nelson wrote:
> Thanks Andy,
>
> On 05/08/2012 03:59 PM, Andy Fleming wrote:
> >> --- a/dri
On 12/05/2012 02:39, Fabio Estevam wrote:
> From: Fabio Estevam
>
> SATA_ALT_REF_CLK field corresponds to bits 1 and 2 of offset 0x180c.
>
> Fix the mask for these bits.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
===
On 29/05/2012 19:39, Fabio Estevam wrote:
> There is no .S file in this directory, so just remove SOBJS.
>
> Cc: Jason Liu
> Signed-off-by: Fabio Estevam
> ---
Applied the whole series to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
On Tue, Jun 12, 2012 at 12:34 AM, Sebastien Jan wrote:
> Signed-off-by: Sebastien Jan
Please explain what / why you are changing things here (based on docs,
testing, ?). Thanks!
--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.d
On Jun 8, 2012, at 6:09 PM, "Wood Scott-B07421" wrote:
>>
>> I have two questions:
>> 1. Is there a plan that we submit Timur' tool to open source?
>
> I hope so. If not, the RCW will have to be provided directly as a
> hexdump/binary/etc.
Where do you think my compiler should go?
>
>> 2.
On 06/12/2012 12:42 PM, Tabi Timur-B04825 wrote:
>
> On Jun 8, 2012, at 6:09 PM, "Wood Scott-B07421" wrote:
>
>>>
>>> I have two questions:
>>> 1. Is there a plan that we submit Timur' tool to open source?
>>
>> I hope so. If not, the RCW will have to be provided directly as a
>> hexdump/binary
From: Stephen Warren
Boards can override this to set up the pinmux correctly to access serial
flash.
Signed-off-by: Stephen Warren
---
board/nvidia/common/board.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/board/nvidia/common/board.c b/board/nvidia/common/bo
From: Stephen Warren
This is used on TrimSlice.
Signed-off-by: Stephen Warren
---
arch/arm/cpu/armv7/tegra2/funcmux.c| 10 ++
arch/arm/include/asm/arch-tegra2/funcmux.h |3 +++
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/tegra2/funcm
From: Stephen Warren
When Trimslice is booted from serial flash, the boot ROM does this, so
U-Boot doesn't need to. However, booting from the SD slot for recovery
purposes, the boot ROM does not set up the pinmux for serial flash. Add
code to U-Boot to set this up, so that an SD-based recovery U-
On Fri, Jun 08, 2012 at 02:54:17PM -0700, Tom Warren wrote:
> Allen,
>
> > -Original Message-
> > From: Allen Martin [mailto:amar...@nvidia.com]
> > Sent: Friday, June 08, 2012 2:16 PM
> > To: Tom Warren; swar...@wwwdotorg.org; s...@chromium.org;
> > thierry.red...@avionic-design.de
> > Cc
follow section 15.2.13.1 (Initializing Following Device Power Up or Reset) of
OMAP-L138 DSP+ARM Processor Technical Reference Manual
Signed-off-by: Mikhail Kshevetskiy
---
arch/arm/cpu/arm926ejs/davinci/da850_lowlevel.c | 25 ---
arch/arm/include/asm/arch-davinci/hardware.h
also fix NS16550_init() as we need 16x divider
Signed-off-by: Mikhail Kshevetskiy
---
drivers/serial/ns16550.c |2 +-
include/ns16550.h|9 +
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
index 0c23955..e
Signed-off-by: Mikhail Kshevetskiy
---
arch/arm/cpu/arm926ejs/davinci/da850_pinmux.c |5 +
arch/arm/include/asm/arch-davinci/hardware.h|1 +
arch/arm/include/asm/arch-davinci/pinmux_defs.h |1 +
3 files changed, 7 insertions(+)
diff --git a/arch/arm/cpu/arm926ejs/davinci/da
current code does not support spi flashes that have 0x90 read_id command,
so fix this
Signed-off-by: Mikhail Kshevetskiy
---
drivers/mtd/spi/spi_flash.c | 64 +++---
drivers/mtd/spi/spi_flash_internal.h |1 +
2 files changed, 45 insertions(+), 20 deleti
current SST driver does not support well this types of flash, so use
linux-3.3 code as a base.
Signed-off-by: Mikhail Kshevetskiy
---
drivers/mtd/spi/Makefile |3 +-
drivers/mtd/spi/spi_flash.c |3 +
drivers/mtd/spi/spi_flash_internal.h |1 +
drivers/mtd/spi/sst2
Signed-off-by: Mikhail Kshevetskiy
---
drivers/mmc/mmc.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index aebe578..69df64a 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
@@ -1253,7 +1253,9 @@ int mmc_startup(struct mmc *mmc)
we have a board with 128 Kb spi flash, so normal u-boot.ais does not fit on it.
Signed-off-by: Mikhail Kshevetskiy
---
Makefile | 14 ++
arch/arm/cpu/arm926ejs/davinci/spl.c |6 ++
arch/arm/cpu/arm926ejs/davinci/spl_mmc.c
Signed-off-by: Mikhail Kshevetskiy
---
arch/arm/cpu/arm926ejs/davinci/Makefile |5 ++
arch/arm/cpu/arm926ejs/davinci/spl.c | 91 +++---
arch/arm/cpu/arm926ejs/davinci/spl_mmc.c | 37 +
arch/arm/cpu/arm926ejs/davinci/spl_nand.c|
>-Original Message-
>From: Dirk Behme [mailto:dirk.be...@de.bosch.com]
>Sent: Tuesday, June 12, 2012 11:05 PM
>To: Fabio Estevam; Liu Hui-R64343
>Cc: Vikram Narayanan; u-boot@lists.denx.de
>Subject: Re: [U-Boot] [PATCH] mx6: Avoid writing to read-only bits in
>imximage.cfg
>
>On 12.06.2012
On OMAP4/5 platforms, certain kernel drivers are dependent upon the
bootloaders for clocks, dpll, pad configurations. But this should
not be the case. Removing this from the u-boot is a way to get things
fixed in the kernel.
Have boot tested the kernel on OMAP4 SDP, PANDA, OMAP5 EVM boards.
There
Currently on OMAP4/5 platforms, many kernel drivers are dependent
upon the bootloaders for mux, dpll and clock configurations.
This should not be the case and bootloaders should set only the
minimum required for the uboot functionality and kernel boot.
Note that this is going to break the kernel d
GPMC clocks are currently getting enabled as a part
non-essential clocks. This will be required during
NOR boot. Move this to essential group to keep the
functionality, when non-essential clocks are not
enabled.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap4/clocks.c |2 +-
arch/arm
USB clocks will be required for fastboot, tftp
related functionalities. Move these clocks to
essential group inorder to have the functionality
working when non-essential clocks are not enabled.
Signed-off-by: R Sricharan
---
arch/arm/cpu/armv7/omap4/clocks.c | 10 --
arch/arm/cpu/armv7
USB module pads are getting enabled under non-essential
group. These will be required for fastboot, tftp support.
So move this to essential list to have them working when
non-essential pads are no more muxed.
Signed-off-by: R Sricharan
---
There are few checkpatch warnings for 80 characters. Thi
56 matches
Mail list logo
