On 03/14/2012 03:18 AM, Simon Glass wrote:
Hi Gerlando,
On Tue, Mar 13, 2012 at 11:25 AM, Gerlando Falauto
wrote:
Hi everyone,
[I took the liberty to Cc: Mike and Simon as they have provided patches in
the area]
I struggled for a while trying to update a Kirkwood-based board to the
latest u
On 03/14/2012 03:16 AM, Mike Frysinger wrote:
On Tuesday 13 March 2012 17:31:02 Falauto, Gerlando wrote:
From: Mike Frysinger [mailto:vap...@gentoo.org]
On Tuesday 13 March 2012 16:17:52 Jason Cooper wrote:
On Tue, Mar 13, 2012 at 04:11:29PM -0400, Mike Frysinger wrote:
On Tuesday 13 March 20
Exynos based SoC's have two different naming conventions.
One is S5PC_ and other is EXXX_. This patch adds
generic code to handle EXXX_ connvention.
Signed-off-by: Chander Kashyap
---
arch/arm/include/asm/arch-exynos/cpu.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-
>-Original Message-
>From: Fabio Estevam [mailto:feste...@gmail.com]
>Sent: Wednesday, March 14, 2012 10:57 AM
>To: u-boot@lists.denx.de
>Cc: sba...@denx.de; eric.nel...@boundarydevices.com;
>dirk.be...@de.bosch.com; Liu Hui-R64343; Estevam Fabio-R49496
>Subject: [PATCH v3] mx6: Read silico
Dear Eric Nelson,
> On 03/13/2012 06:43 PM, Marek Vasut wrote:
> > Dear Mike Frysinger,
> >
> >> On Tuesday 13 March 2012 14:42:29 Eric Nelson wrote:
> >>> On 03/13/2012 07:41 AM, Mike Frysinger wrote:
> On Tuesday 13 March 2012 10:04:31 Eric Nelson wrote:
> > --- a/drivers/net/fec_mxc.c
Dear Mike Frysinger,
> On Tuesday 13 March 2012 23:47:56 Marek Vasut wrote:
> > This command boots Linux zImage from where the zImage is loaded to.
> > Passing initrd and fdt is supported.
>
> i've got no opinion on the matter of supporting zImage directly (although,
> i guess it'd be nice since
On 03/13/2012 06:43 PM, Marek Vasut wrote:
Dear Mike Frysinger,
On Tuesday 13 March 2012 14:42:29 Eric Nelson wrote:
On 03/13/2012 07:41 AM, Mike Frysinger wrote:
On Tuesday 13 March 2012 10:04:31 Eric Nelson wrote:
--- a/drivers/net/fec_mxc.c
+++ b/drivers/net/fec_mxc.c
+#if ARCH_DMA_MINAL
On Tuesday 13 March 2012 23:47:56 Marek Vasut wrote:
> This command boots Linux zImage from where the zImage is loaded to. Passing
> initrd and fdt is supported.
i've got no opinion on the matter of supporting zImage directly (although, i
guess it'd be nice since some legacy platforms still use i
Charles
That is interesting. Any clue how to configure the start and end blocks
manually?
Bud
> -Original Message-
> From: Charles Manning [mailto:mannin...@actrix.gen.nz]
> Sent: Monday, 12 March 2012 8:20 a.m.
> To: Bud Miljkovic
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Enab
From: Marek Vasut
This command boots Linux zImage from where the zImage is loaded to. Passing
initrd and fdt is supported.
Tested on i.MX28 based DENX M28EVK
Tested on PXA270 based Voipac PXA270.
NOTE: This currently only supports ARM, but other architectures can be easily
added by defining boo
On Tuesday 13 March 2012 22:40:05 Marek Vasut wrote:
> > On Tuesday 13 March 2012 21:38:13 Marek Vasut wrote:
> > > arch/arm/lib/bootm.c | 30 ++
> > > common/cmd_bootm.c | 141
> > > include/config_cmd_all.h |
> >
> > still missing README
>
> Where exactly would you squash
Instead of hardcoding the mx6 silicon revision, read it in run-time.
Also, besides the silicon version also 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
Dear Mike Frysinger,
> On Tuesday 13 March 2012 21:38:13 Marek Vasut wrote:
> > arch/arm/lib/bootm.c | 30 ++
> > common/cmd_bootm.c | 141
> > include/config_cmd_all.h |
>
> still missing README
Where exactly would you squash it in there?
>
> > --- a/arch/arm/lib/bootm.c
Hi Gerlando,
On Tue, Mar 13, 2012 at 11:25 AM, Gerlando Falauto
wrote:
> Hi everyone,
>
> [I took the liberty to Cc: Mike and Simon as they have provided patches in
> the area]
>
> I struggled for a while trying to update a Kirkwood-based board to the
> latest u-boot (with Keymile's patches).
>
>
On Tuesday 13 March 2012 17:31:02 Falauto, Gerlando wrote:
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> >On Tuesday 13 March 2012 16:17:52 Jason Cooper wrote:
> >> On Tue, Mar 13, 2012 at 04:11:29PM -0400, Mike Frysinger wrote:
> >> > On Tuesday 13 March 2012 14:25:07 Gerlando Falauto wrote:
Dear Mike Frysinger,
> On Wednesday 07 March 2012 02:12:22 puneets wrote:
> > On Tuesday 06 March 2012 08:37 AM, Mike Frysinger wrote:
> > >> --- a/drivers/usb/host/ehci-hcd.c
> > >> +++ b/drivers/usb/host/ehci-hcd.c
> > >>
> > >> static void flush_invalidate(u32 addr, int size, int flush)
> >
Dear Lukasz Majewski,
> The dev->req_config flag was indicating that the forwarded
> request needs to perform the usb gadget delayed status.
> This is however not needed anymore, so it can be removed.
You're the expert, but why is it not needed anymore ? :) Otherwise I'm all
right
with the patc
On Tuesday 13 March 2012 21:38:13 Marek Vasut wrote:
> arch/arm/lib/bootm.c | 30 ++
> common/cmd_bootm.c | 141
> include/config_cmd_all.h |
still missing README
> --- a/arch/arm/lib/bootm.c
> +++ b/arch/arm/lib/bootm.c
>
> +#ifdef CONFIG_CMD_BOOTZ
don't use tabs to
Dear Eric Nelson,
> ensure that transmit and receive buffers are cache-line aligned
> invalidate cache for each packet as received
> update receive buffer descriptors one cache line at a time
> flush cache before transmitting
>
> Original patch by Marek:
> http:/
Dear Eric Nelson,
> On 03/13/2012 07:04 AM, Eric Nelson wrote:
> > ensure that transmit and receive buffers are cache-line aligned
> >
> > invalidate cache for each packet as received
> >
> > update receive buffer descriptors one cache line at a time
> >
> >
Dear Mike Frysinger,
> On Tuesday 13 March 2012 14:42:29 Eric Nelson wrote:
> > On 03/13/2012 07:41 AM, Mike Frysinger wrote:
> > > On Tuesday 13 March 2012 10:04:31 Eric Nelson wrote:
> > >> --- a/drivers/net/fec_mxc.c
> > >> +++ b/drivers/net/fec_mxc.c
> > >>
> > >> +#if ARCH_DMA_MINALIGN> CON
Dear Eric Nelson,
> Thanks Mike,
>
> On 03/13/2012 07:41 AM, Mike Frysinger wrote:
> > On Tuesday 13 March 2012 10:04:31 Eric Nelson wrote:
> >> --- a/drivers/net/fec_mxc.c
> >> +++ b/drivers/net/fec_mxc.c
> >>
> >> +#if ARCH_DMA_MINALIGN> CONFIG_SYS_CACHELINE_SIZE
> >> +#define CONFIG_FEC_ALIG
From: Marek Vasut
This command boots Linux zImage from where the zImage is loaded to. Passing
initrd and fdt is supported.
Tested on i.MX28 based DENX M28EVK
Tested on PXA270 based Voipac PXA270.
NOTE: This currently only supports ARM, but other architectures can be easily
added by defining boo
Hi Will,
On Tue, Mar 13, 2012 at 2:17 PM, Will Khan wrote:
>> On Mon, Mar 12, 2012 at 3:13 PM, Will Khan wrote:
> ...
>> > I googled around and saw (perhaps unrelated) that in some cases, the
>> symbol `__bss_end__' may not be defined. So, in
>> /arch/powerpc/mpc83xx/Start.s and arch/powerpc/
>-Original Message-
>From: Mike Frysinger [mailto:vap...@gentoo.org]
>Sent: Tue 13.03.2012 21:35
>To: Jason Cooper
>Cc: Falauto, Gerlando; u-boot; Brunck, Holger
>Subject: Re: [U-Boot] SPI flash writing
>On Tuesday 13 March 2012 16:17:52 Jason Cooper wrote:
>> On Tue, Mar 13, 2012 at 04:
Hi Stephen,
On Wed, Mar 14, 2012 at 7:12 AM, Stephen Warren wrote:
> On 03/08/2012 11:39 AM, Wolfgang Denk wrote:
>> Dear Stephen Warren,
>>
>> In message <4f58f5b8.6070...@wwwdotorg.org> you wrote:
>>>
>>> I noticed this patch isn't applied yet that I can find. Are there any
>>> comments on it;
> On Mon, Mar 12, 2012 at 3:13 PM, Will Khan wrote:
...
> > I googled around and saw (perhaps unrelated) that in some cases, the
> symbol `__bss_end__' may not be defined. So, in
> /arch/powerpc/mpc83xx/Start.s and arch/powerpc/lib/board.c, I manually
> changed `__bss_end__' to `_end'. Howev
On Tuesday 13 March 2012 16:17:52 Jason Cooper wrote:
> On Tue, Mar 13, 2012 at 04:11:29PM -0400, Mike Frysinger wrote:
> > On Tuesday 13 March 2012 14:25:07 Gerlando Falauto wrote:
> > > 2) an out-of-boundary-check againts the flash size so at least a
> > > warning is issued when you use too big a
On Tue, Mar 13, 2012 at 04:11:29PM -0400, Mike Frysinger wrote:
> On Tuesday 13 March 2012 14:25:07 Gerlando Falauto wrote:
> > 2) an out-of-boundary-check againts the flash size so at least a warning
> > is issued when you use too big a size value
>
> i'm not sure about this. if you want to do s
On 03/13/2012 03:16 AM, srujan varma wrote:
> Hi all,
>
> I am presently working on MPC8280 processor, can any one please send me the
> MPC8280 code for u-boot. I already tried to modify MPC8260 code but my
> board is not booting up.
It is already supported by arch/powerpc/cpu/mpc8260, e.g. the P
On Tuesday 13 March 2012 14:42:29 Eric Nelson wrote:
> On 03/13/2012 07:41 AM, Mike Frysinger wrote:
> > On Tuesday 13 March 2012 10:04:31 Eric Nelson wrote:
> >> --- a/drivers/net/fec_mxc.c
> >> +++ b/drivers/net/fec_mxc.c
> >>
> >> +#if ARCH_DMA_MINALIGN> CONFIG_SYS_CACHELINE_SIZE
> >> +#define
On 03/08/2012 11:39 AM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <4f58f5b8.6070...@wwwdotorg.org> you wrote:
>>
>> I noticed this patch isn't applied yet that I can find. Are there any
>> comments on it; can it be applied? Thanks.
>>
>> For reference, it's in patchwork at:
>> htt
On Tuesday 13 March 2012 14:25:07 Gerlando Falauto wrote:
> As it turned out, our update procedure:
>
> sf probe 0;sf erase 0 5;sf write ${load_addr_r} 0 ${filesize}
>
> mistakenly expects a maximum size of 0x5 (327680) bytes for
> u-boot.kwb. Sadly, the latest u-boot trunk results in a b
Thanks Mike,
On 03/13/2012 07:41 AM, Mike Frysinger wrote:
On Tuesday 13 March 2012 10:04:31 Eric Nelson wrote:
--- a/drivers/net/fec_mxc.c
+++ b/drivers/net/fec_mxc.c
+#if ARCH_DMA_MINALIGN> CONFIG_SYS_CACHELINE_SIZE
+#define CONFIG_FEC_ALIGN ARCH_DMA_MINALIGN
+#else
+#define CONFIG_FEC_ALIG
Hi everyone,
[I took the liberty to Cc: Mike and Simon as they have provided patches
in the area]
I struggled for a while trying to update a Kirkwood-based board to the
latest u-boot (with Keymile's patches).
As it turned out, our update procedure:
sf probe 0;sf erase 0 5;sf write ${lo
On 03/13/2012 08:49 AM, Stefano Babic wrote:
Hi Stefano,
On 13/03/2012 16:40, Eric Nelson wrote:
On 03/13/2012 07:18 AM, Fabio Estevam wrote:
Instead of hardcoding the mx6 silicon revision, read it from the
proper register.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on Sub
Hi Jason,
On Tue, Mar 13, 2012 at 12:03 PM, Liu Hui-R64343 wrote:
> This is not complete, you are still hard coding it. In fact,The ANATOP
> register contains both the chip ID and chip revision.
Ok, I have a new version that reads both chip ID and chip revision.
Will send it soon.
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.
Fix this by also checking both bits in the POR case.
Sign
Remove duplicate definition of ANATOP_BASE_ADDR.
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-mx6/imx-regs.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h
b/arch/arm/include/asm/arch-mx6/imx-regs.h
index 6a200bb..
On Tue, Mar 13, 2012 at 12:40 PM, Eric Nelson
wrote:
> Fabio, do you have any guidance about how/whether the system_rev
> should be updated to include a board revision?
Yes, will point you offline on how this was implemented on the FSL U-boot.
Regards,
Fabio Estevam
___
Signed-off-by: Eric Nelson
---
This patch requires Stefano's driver for MX5/MX6.
http://lists.denx.de/pipermail/u-boot/2012-February/118530.html
V2 updated based on comments from the ML:
- uses data structures imx_ccm_reg and iomuxc_base_regs
for register offsets and cons
On 13/03/2012 16:40, Eric Nelson wrote:
> On 03/13/2012 07:18 AM, Fabio Estevam wrote:
>> Instead of hardcoding the mx6 silicon revision, read it from the
>> proper register.
>>
>> Signed-off-by: Fabio Estevam
>> ---
>> Changes since v1:
>> - Fix typo on Subject
>> arch/arm/cpu/armv7/mx6/soc.c |
On 03/13/2012 07:04 AM, Eric Nelson wrote:
ensure that transmit and receive buffers are cache-line aligned
invalidate cache for each packet as received
update receive buffer descriptors one cache line at a time
flush cache before transmitting
Original pa
On 03/13/2012 07:18 AM, Fabio Estevam wrote:
Instead of hardcoding the mx6 silicon revision, read it from the proper
register.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on Subject
arch/arm/cpu/armv7/mx6/soc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
d
Fabio,
From: u-boot-boun...@lists.denx.de [u-boot-boun...@lists.denx.de] on behalf of
Fabio Estevam [fabio.este...@freescale.com]
Sent: Tuesday, March 13, 2012 10:17 PM
To: u-boot@lists.denx.de
Cc: Estevam Fabio-R49496
Subject: [U-Boot] [PATCH] mx6: Read re
The following changes since commit 6751b05f855bbe56005d5b88d4eb58bcd52170d2:
Revert "post/Makefile: Only build FP post tests if enabled via
CONFIG_SYS_POST_FPU" (2012-03-12 15:00:23 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-avr32.git master
for you to fetch cha
From: Andreas Bießmann
commit 72fa467988e7944407a634ddc4bc6a2df685c04c moved atmel_mci_init() into
include/atmel_mci.h. Some AT91 boards are also using this interface and need
to include atmel_mci.h now.
This patch fixes MAKEALL complaints like this:
---8<---
Configuring for ethernut5 - Board:
On Tuesday 13 March 2012 10:04:31 Eric Nelson wrote:
> --- a/drivers/net/fec_mxc.c
> +++ b/drivers/net/fec_mxc.c
>
> +#if ARCH_DMA_MINALIGN > CONFIG_SYS_CACHELINE_SIZE
> +#define CONFIG_FEC_ALIGN ARCH_DMA_MINALIGN
> +#else
> +#define CONFIG_FEC_ALIGN CONFIG_SYS_CACHELINE_SIZE
> +#endif
i don't th
On 13.03.2012 15:18, Fabio Estevam wrote:
Instead of hardcoding the mx6 silicon revision, read it from the proper
register.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on Subject
arch/arm/cpu/armv7/mx6/soc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff
Instead of hardcoding the mx6 silicon revision, read it from the proper
register.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on Subject
arch/arm/cpu/armv7/mx6/soc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx6/soc.c b/arch/
Instead of hardcoding the mx6 silicon revision, read it from the proper
register.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/armv7/mx6/soc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx6/soc.c b/arch/arm/cpu/armv7/mx6/soc.c
index 2ac74b5..6
ensure that transmit and receive buffers are cache-line aligned
invalidate cache for each packet as received
update receive buffer descriptors one cache line at a time
flush cache before transmitting
Original patch by Marek:
http://lists.denx.de/pipe
Hi, Andy,
Can you help to apply this set of patches?
Thanks a lot.
---
Best Regards,
Liu Gang
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 13/03/2012 13:57, Eric Nelson wrote:
> Thanks Stefano,
>
> Do you want me to re-send?
No, sorry, you do not need it - I fix it myself.
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk
On 21.10.2011 14:49, Sven Schnelle wrote:
> All boards are using the gen_atmel_mci driver now, so no need
> to carry the old driver around.
>
> Signed-off-by: Sven Schnelle
> ---
> arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |2 +-
> arch/avr32/lib/board.c|
On 13.03.2012 12:47, Andreas Bießmann wrote:
> From: Andreas Bießmann
>
> New gen_atmel_mci driver does not use the outated register access macros.
> Since
> the old atmel_mci driver is deleted these macros are no longer necessary.
>
> Signed-off-by: Andreas Bießmann
applied to u-boot-avr32
_
On 10.03.2012 13:45, Andreas Bießmann wrote:
> From: Sven Schnelle
>
> gen_atmel_mci works on AVR32 as well, so no need to use the legacy
> mmc driver. This also has the nice side effect of being able to use
> SDHC cards an those boards.
>
> Signed-off-by: Sven Schnelle
> Signed-off-by: Andreas
On 03/13/2012 01:20 AM, Stefano Babic wrote:
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 -
On 03/13/2012 01:28 AM, Stefano Babic wrote:
On 13/03/2012 02:04, Eric Nelson wrote:
This is needed to support Freescale-supplied userspaces.
At the moment, both the IPU and VPU libraries provided by Freescale
in the "imx-lib" package contain routines which scrape the system
revision from /proc
From: Andreas Bießmann
New gen_atmel_mci driver does not use the outated register access macros. Since
the old atmel_mci driver is deleted these macros are no longer necessary.
Signed-off-by: Andreas Bießmann
---
include/atmel_mci.h | 36
1 files changed,
From: Mohamed Haneef
This is a humbel reminder for review of patch series for msm7630 board after
making the changes proposed by u-boot community. The Patches contain the
following support
* low speed uart for msm7630
* interprocessor communication
* qc_mmc microcontrol
The following must be defined:
CONFIG_ENV_IS_IN_FAT
Enable this saving environment to FAT.
FAT_ENV_INTERFACE
Interface the FAT resides on (e.g. mmc).
FAT_ENV_DEVICE
The interface device number (e.g. 0 for mmc0)
FAT_ENV_PART
The device part (e.g. 1 for mmc0:1)
FA
From: Donggeun Kim
Once CONFIG_FAT_WRITE is defined,
users can invoke 'fatwrite' command that saves data in RAM as a FAT file.
This patch also removes compile error after patch of
'fs/fat: Fix FAT detection to support non-DOS partition tables'.
Signed-off-by: Donggeun Kim samsung.com>
Signed-o
Hi all,
I am presently working on MPC8280 processor, can any one please send me the
MPC8280 code for u-boot. I already tried to modify MPC8260 code but my
board is not booting up.
Regards
Srujan
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.
On 13/03/2012 02:04, Eric Nelson wrote:
> This is needed to support Freescale-supplied userspaces.
>
> At the moment, both the IPU and VPU libraries provided by Freescale
> in the "imx-lib" package contain routines which scrape the system
> revision from /proc/cpuinfo. In the VPU library, this inf
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
The dev->req_config flag was indicating that the forwarded
request needs to perform the usb gadget delayed status.
This is however not needed anymore, so it can be removed.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Marek Vasut
---
drivers/usb/gadget/s3c_udc_otg_xfer_dma.c
This patch sets the MMC width according to the MMC host capabilities.
It turned out, that there are some targets (e.g. GONI), which are able
to read data from SPI only at 4 bit mode.
This patch restricts the width number according to the MMC host.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyu
This patch enables LDO4 power line for preparing proper voltages to be
measured by ADC converter.
This measurement is used for determination of target board HW revision.
Test HW:
Universal_C210 (Exynos4210) rev. 0.0
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
--
Applied, thanks.
Nobuhiro
2012/3/6 Shimoda, Yoshihiro :
> The sh7757lcr has 2GByte eMMC chip. This patch supports it.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> board/renesas/sh7757lcr/sh7757lcr.c | 5 +
> doc/README.sh7757lcr | 1 +
> include/configs/sh7757lcr.h
Hi Wolfgang,
On Wednesday 07 March 2012 06:00 PM, Wolfgang Denk wrote:
Dear Prabhakar Kushwaha,
In message<4f572159.9020...@freescale.com> you wrote:
Also, what's the "V1_V2" ? Are there also other systems (say, e500 v3
cores), and are this not affected? We already have CONFIG_E500 and
CONFIG
71 matches
Mail list logo
