On 08/10/2012 08:08 PM, Wolfgang Denk wrote:
> In message <5024cc15.8010...@keymile.com> you wrote:
>>
>> due to the fact that Gerlando is in his vacations and has therefore only
>> little
>> time to do updates here I propose the following. I could prepare a branch as
>> you
>> suggested based on
Hello,
I'm not usually this pedantic, but about 9 years ago I ported the CoLiLo boot
loader to the ColdFire MCF5249 platform, and it appears as though some of my
code has been assimilated into U-Boot. I recently came across my comments
verbatim in the master branch! Please see lines 681-684 and
On 09/08/2012 18:01, Tom Rini wrote:
> Hey all,
>
Hi Tom,
> As Allen Martin noted, on tegra platforms a bug is exposed when using
> certain toolchains that currently calls to lowlevel_init must be calls
> to another assembly function as the stack is not explicitly setup /
> saved and thus regist
From: Shrinivas Sahukar
*** This patch series contains the following support for Qualcomm chipsets ***
* MSM7630: USB Gadget support
* MSM 7x27a: Add support for qualcomm msm 7x27a SOC
* MSM 7x27a: Add support for qualcomm msm7x27a surf board
* MSM7x27a: USB Gadget support
* Fix for MM
Signed-off-by: Srikanth Reddy Vintha
---
board/qcom/msm7x27a_surf/Makefile| 56 +
board/qcom/msm7x27a_surf/msm7x27a_surf.c | 126 +
board/qcom/msm7x27a_surf/msm7x27a_surf.h | 27 ++
boards.cfg |1 +
include
Signed-off-by: Srikanth Reddy Vintha
---
arch/arm/include/asm/arch-msm7630/irqs.h | 162 +
drivers/serial/usbtty.h |2 +
drivers/usb/gadget/Makefile |1 +
drivers/usb/gadget/msm_udc.c | 540 ++
include/configs
Signed-off-by: Srikanth Reddy Vintha
---
arch/arm/cpu/armv7/msm7x27a/acpuclock.c|6 +
arch/arm/include/asm/arch-msm7x27a/iomap.h |1 +
arch/arm/include/asm/arch-msm7x27a/irqs.h | 138
include/configs/msm7x27a_surf.h| 13 +--
4 files changed
From: Shrinivas Sahukar
Signed-off-by: Shrinivas Sahukar
---
drivers/mmc/qc_mmc.c | 71 +++--
1 files changed, 68 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/qc_mmc.c b/drivers/mmc/qc_mmc.c
index 930c410..9949cda 100644
--- a/drivers/mmc
Signed-off-by: Srikanth Reddy Vintha
---
arch/arm/cpu/armv7/msm7x27a/Makefile | 53
arch/arm/cpu/armv7/msm7x27a/acpuclock.c| 252 +++
arch/arm/cpu/armv7/msm7x27a/board.c| 66
arch/arm/cpu/armv7/msm7x27a/config.mk | 21 ++
arch/ar
Signed-off-by: Srikanth Reddy Vintha
---
board/qcom/msm7x27a_surf/Makefile| 56 +
board/qcom/msm7x27a_surf/msm7x27a_surf.c | 126 +
board/qcom/msm7x27a_surf/msm7x27a_surf.h | 27 ++
boards.cfg |1 +
include
From: Shrinivas Sahukar
*** This patch series contains the following support for Qualcomm chipsets ***
* MSM7630: USB Gadget support
* MSM 7x27a: Add support for qualcomm msm 7x27a SOC
* MSM 7x27a: Add support for qualcomm msm7x27a surf board
* MSM7x27a: USB Gadget support
* Fix for MM
Signed-off-by: Srikanth Reddy Vintha
---
arch/arm/include/asm/arch-msm7630/irqs.h | 162 +
drivers/serial/usbtty.h |2 +
drivers/usb/gadget/Makefile |1 +
drivers/usb/gadget/msm_udc.c | 540 ++
include/configs
From: Shrinivas Sahukar
Signed-off-by: Shrinivas Sahukar
---
drivers/mmc/qc_mmc.c | 71 +++--
1 files changed, 68 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/qc_mmc.c b/drivers/mmc/qc_mmc.c
index 930c410..9949cda 100644
--- a/drivers/mmc
Signed-off-by: Srikanth Reddy Vintha
---
arch/arm/cpu/armv7/msm7x27a/acpuclock.c|6 +
arch/arm/include/asm/arch-msm7x27a/iomap.h |1 +
arch/arm/include/asm/arch-msm7x27a/irqs.h | 138
include/configs/msm7x27a_surf.h| 13 +--
4 files changed
Signed-off-by: Srikanth Reddy Vintha
---
arch/arm/cpu/armv7/msm7x27a/Makefile | 53
arch/arm/cpu/armv7/msm7x27a/acpuclock.c| 252 +++
arch/arm/cpu/armv7/msm7x27a/board.c| 66
arch/arm/cpu/armv7/msm7x27a/config.mk | 21 ++
arch/ar
From: Andreas Bießmann
The avr32 architecture (and some others) require manual relocation. Due to the
previous error all avr32 boards gave warnings in MAKEALL wich makes it hard to
find new warnings.
This patch fixes following warning:
---8<---
dlmalloc.c: In function 'malloc_bin_reloc':
dlmallo
Dear Benoît Thébaudeau,
On 10.08.2012 21:55, Benoît Thébaudeau wrote:
> AVR32's LD script uses a standard location that is now automatically detected
> by
> the main Makefile, so its definition in AVR32's config.mk is now obsolete and
> redundant.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Andr
Add pci_mpc5xxx_init() prototype to the header file, so board .c files
do not need to add extern pci_mpc5xxx_init() declaration.
Signed-off-by: Anatolij Gustschin
---
include/mpc5xxx.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/mpc5xxx.h b/include/mpc5xxx.
Add posibility for board specifig GPIO configurations using
various CONFIG_SYS_ macros.
Signed-off-by: Anatolij Gustschin
---
arch/powerpc/cpu/mpc5xxx/cpu_init.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/cpu/mpc5xxx/cpu_init.c
b/arch/pow
Add common code for o2dnt and o2dnt2 based boards and add different
board configuration files for O2D, O2I, O2DNT2, O2D300, O2MNT and
O3DNT boards.
Signed-off-by: Anatolij Gustschin
---
board/ifm/o2dnt2/Makefile | 34
board/ifm/o2dnt2/o2dnt2.c | 400
Remove old o2dnt board without OF support. New support for this board
is added by the previous patch, O2D configuration.
Signed-off-by: Anatolij Gustschin
---
board/o2dnt/Makefile | 45
board/o2dnt/flash.c | 587 --
board/o2dnt/o2dnt.c |
On 08/11/2012 06:20 PM, Mike Frysinger wrote:
> On Tuesday 05 June 2012 02:37:55 Stefan Roese wrote:
>> --- /dev/null
>> +++ b/drivers/bootcount/Makefile
>>
>> +COBJS-$(CONFIG_BFIN_CPU)+= bootcount_blackfin.o
>
> needs to be CONFIG_BLACKFIN
Okay.
>> +all:$(LIB)
>
> unused rule -> de
Dear =?utf-8?Q?Beno=C3=AEt_Th=C3=A9baudeau?=,
In message <1012612599.2335651.1344807326593.javamail.r...@advansee.com> you
wrote:
>
> > Please feel free to add this to your local code.
>
> By "local", do you mean that this new suggestion would still not be generic
> enough for you to be interest
Dear "Bud Miljkovic",
In message
you
wrote:
>
> My you boot does not support "if" statement in it command line.
Your board is probably using the old, "simple" command line
interpreter.
> I thought it did. Is there some configuration setting that is required
> here?
Enable the hush shell (s
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 to git.denx.de? Or w
Dear Jeremy,
In message you wrote:
>
> I'm not usually this pedantic, but about 9 years ago I ported the
> CoLiLo boot loader to the ColdFire MCF5249 platform, and it appears
> as though some of my code has been assimilated into U-Boot. I
> recently came across my comments verbatim in the master
>-Original Message-
>From: Marek Vasut [mailto:ma...@denx.de]
>Sent: Sunday, August 12, 2012 7:47 AM
>To: Jim Lin
>Cc: u-boot@lists.denx.de; Wolfgang Denk; Tom Warren
>Subject: Re: [U-Boot] [PATCH v2 1/1] USB: EHCI: Initialize multiple USB
>controllers at once
>
>> diff --git a/common/cmd
Dear Charles,
In message <20120810224140.0f1b9204...@gemini.denx.de> I wrote:
> Dear Charles,
>
> In message <20120809213931.755ad204...@gemini.denx.de> I wrote:
> >
> > In message <1336618517-2947-1-git-send-email-cdhmann...@gmail.com> you
> > wrote:
> > > This patch updates the yaffs2 in u-bo
mtest tests many types of memory accesses in many different conditions. If
dcache is enabled, memory accesses are likely bursts, and some memory accesses
are simply skipped. Hence, mtest results may change depending on dcache state.
This patch prints the dcache state at the beginning of mtest so a
On Sat, Aug 11, 2012 at 08:15:43AM -0400, Jerry Van Baren wrote:
> On 07/27/2012 05:16 AM, Markus Hubig wrote:
> > one minor Problem I often read about in this list is some crappy /
> > unreadable
> > console output at beginning of the U-Boot start procedure. Now I have the
> > same
> > "visual"
Hi Wolfgang,
On 08/13/2012 12:20 PM, Wolfgang Denk wrote:
>> I'm not usually this pedantic, but about 9 years ago I ported the
>> CoLiLo boot loader to the ColdFire MCF5249 platform, and it appears
>> as though some of my code has been assimilated into U-Boot. I
>> recently came across my comments
Hi,
I was planning to write a u-boot driver for UFS. Is there any method
through which a new scsi device driver can be supported with u-boot.
Is there any patch available for UFS device driver in u-boot ?
--
regards,
Shashidhar Hiremath
___
U-Boot ma
Dear Rob Herring,
In message <50244d5a.3080...@gmail.com> you wrote:
>
> I reported already that the prior version that ext4 has issues with
> sub-directories. I don't think that has been addressed in V5. Some
> directories show up fine and some don't. So it's kind of random whether
> u-boot can r
Dear Uma Shankar,
In message <20120809215050.89de2204...@gemini.denx.de> I wrote:
>
> Applied to "ext4" branch, thanks.
I did some performance tests on a MPC5200 based board using the IDE
interface (no DMA):
=> vers
U-Boot 2012.07-00125-ged34f34 (Aug 10 2012 - 09:36:33)
powerpc-linux-gcc (GCC)
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is now usable not only by powerpc platforms, but others as well.
Signed-off-by: Stefan Roese
Cc: Heiko Schocher
Cc: Valentin Longchamp
Cc: Christian Riesch
Cc: Manfred Rudigi
On Mon, 13 Aug 2012 11:38:12 +0200
Anatolij Gustschin wrote:
> Remove old o2dnt board without OF support. New support for this board
> is added by the previous patch, O2D configuration.
>
> Signed-off-by: Anatolij Gustschin
> ---
> board/o2dnt/Makefile | 45
> board/o2dnt/flash.c | 58
Hi Wolfgang,
On Thu, 09 Aug 2012 22:36:33 +0200, Wolfgang Denk wrote:
> Dear Albert ARIBAUD,
>
> In message
>
> you wrote:
> > Sorry Luka (and all), been tied up pretty heavily recently, had to
> > adjust to find some free time again.
> >
> > I will test your patch today and post results tonig
On Mon, 13 Aug 2012 11:38:12 +0200
Anatolij Gustschin wrote:
...
> board/o2dnt/Makefile | 45
> board/o2dnt/flash.c | 587
> --
> board/o2dnt/o2dnt.c | 189
> boards.cfg |1 -
> 4 files changed, 0 insertion
On 08/09/2012 10:22 AM, Holger Brunck wrote:
> commit 54652991
> Work around bug in Numonyx P33/P30 256-Mbit 65nm flash chips
>
> fixes a problem for Numonyx P33/P30 flashes for 256-Mbit, but this leads
> to problems for smaller versions of this chip e.g. the 32Mbit version
> with deviceid 0x16 on
On 08/09/2012 08:18 AM, Anatolij Gustschin wrote:
> Erasing flash sectors protected with persistent protection bit (PPB)
> mechanism on Spansion flash chips doesn't work. Add sector protection
> status checking and sector lock and unlock commands to fix this.
>
> Signed-off-by: Anatolij Gustschin
Commit 155cb01 replaced the read-only property of the ver env var with an
auto-restoring behavior. Update the README file accordingly.
Signed-off-by: Benoît Thébaudeau
Cc: Wolfgang Denk
---
{u-boot-4d3c95f.orig => u-boot-4d3c95f}/README |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Hi Wolfgang,
please pull the following patches:
The following changes since commit b4f106be2d8a4eb34ce41c5306d5a4fcc37e60e3:
dts/Makefile: Turn off some predefined macros (2012-08-10 23:54:16 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
The iomux-mx28.h include is not required on spl_mem_init.c so it has
been droped.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c
b/arch/arm/cpu/arm926ejs/mxs/spl_mem_ini
The CLKCTRL registers are SoC specific so we ought to have it clear on
filename.
Signed-off-by: Otavio Salvador
---
arch/arm/include/asm/arch-mxs/imx-regs.h |2 +-
.../arm/include/asm/arch-mxs/{regs-clkctrl.h => regs-clkctrl-mx28.h} |0
drivers/usb/host/ehci-m
The sys_proto.h functions (except the boot modes) are compatible with
i.MX233 and i.MX28 so we use 'mxs' prefix for its methods.
Signed-off-by: Otavio Salvador
---
arch/arm/cpu/arm926ejs/mxs/mxs.c | 32 ++---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c |6 +++
Dear Stefan Roese,
On 05.06.2012 08:37, Stefan Roese wrote:
> This patch moves all bootcount implementations into a common
> directory: drivers/bootcount. The generic bootcount driver
> is now usable not only by powerpc platforms, but others as well.
>
> Signed-off-by: Stefan Roese
> Cc: Heiko S
Hi Andreas,
On 08/13/2012 03:11 PM, Andreas Bießmann wrote:
>> +LIB := $(obj)libbootcount.o
>> +
>> +COBJS-y += bootcount.o
>> +COBJS-$(CONFIG_AT91SAM9XE) += bootcount_at91.o
>
> I tend to NAK this. Before it was available to all at91 processors (keep
> in min
Hi Stefan,
On 13.08.2012 15:37, Stefan Roese wrote:
> Hi Andreas,
>
> On 08/13/2012 03:11 PM, Andreas Bießmann wrote:
>>> +LIB:= $(obj)libbootcount.o
>>> +
>>> +COBJS-y+= bootcount.o
>>> +COBJS-$(CONFIG_AT91SAM9XE) += bootcount_at91.o
>>
>> I tend to NAK this.
Dear Wolfgang,
We have tested this feature on Samsung Boards using mmc interface. Here is a
sample test run with exactly the same file size which you have used for
testing
[Mon Aug 13 19:05:51.824 2012] # ext4load mmc 0:6 0x40007fc0 abc.tar
[Mon Aug 13 19:05:51.846 2012] Loading file "abc.tar
Define ARCH_IMX for i.MX devices. This is useful to identify features or
behaviors common to all i.MX SoCs.
The i.MX28 is omitted because its architecture is a bit different (like imx/mxc
vs. mxs in Linux).
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
Cc: Andy Fleming
Cc: Kim Phillips
-
The cache snooping feature of Freescale's eSDHC IP is not available on i.MX, so
disable it globally for this architecture. This avoids setting no_snoop for all
i.MX boards, and it prevents setting a reserved bit of a reserved register if
fsl_esdhc_mmc_init() were used for an i.MX board.
Signed-off
On 13/08/2012 16:18, Benoît Thébaudeau wrote:
> The cache snooping feature of Freescale's eSDHC IP is not available on i.MX,
> so
> disable it globally for this architecture. This avoids setting no_snoop for
> all
> i.MX boards, and it prevents setting a reserved bit of a reserved register if
> f
Hi Stefano,
On 08/13/2012 16:24, Stefano Babic wrote:
> On 13/08/2012 16:18, Benoît Thébaudeau wrote:
> > The cache snooping feature of Freescale's eSDHC IP is not available
> > on i.MX, so
> > disable it globally for this architecture. This avoids setting
> > no_snoop for all
> > i.MX boards, and
Hi Andreas,
On 08/13/2012 03:48 PM, Andreas Bießmann wrote:
+COBJS-y += bootcount.o
+COBJS-$(CONFIG_AT91SAM9XE)+= bootcount_at91.o
>>>
>>> I tend to NAK this. Before it was available to all at91 processors (keep
>>> in mind nearly all at91 have this gpbr
On Monday 13 August 2012 05:02:03 Andreas Bießmann wrote:
> From: Andreas Bießmann
>
> The avr32 architecture (and some others) require manual relocation. Due to
> the previous error all avr32 boards gave warnings in MAKEALL wich makes it
> hard to find new warnings.
>
> This patch fixes followi
On 08/12/2012 11:28 PM, R, Sricharan wrote:
> Hi Tom,
> On Thu, Aug 9, 2012 at 9:31 PM, Tom Rini wrote:
>> Make the lowlevel_init function that these platforms have which just
>> sets up the stack and calls a C function available to all armv7
>> platforms. As part of this we change some of the ma
On 08/13/2012 12:48 AM, Stefano Babic wrote:
> On 09/08/2012 18:01, Tom Rini wrote:
>> Hey all,
>>
>
> Hi Tom,
>
>> As Allen Martin noted, on tegra platforms a bug is exposed when using
>> certain toolchains that currently calls to lowlevel_init must be calls
>> to another assembly function as th
Hi Stefan,
On 13.08.2012 16:51, Stefan Roese wrote:
> Hi Andreas,
>
> On 08/13/2012 03:48 PM, Andreas Bießmann wrote:
> +COBJS-y += bootcount.o
> +COBJS-$(CONFIG_AT91SAM9XE) += bootcount_at91.o
I tend to NAK this. Before it was available to all at9
Dear Mike Frysinger,
On 13.08.2012 16:54, Mike Frysinger wrote:
> On Monday 13 August 2012 05:02:03 Andreas Bießmann wrote:
>> From: Andreas Bießmann
>>
>> The avr32 architecture (and some others) require manual relocation. Due to
>> the previous error all avr32 boards gave warnings in MAKEALL wi
On 13/08/2012 16:39, Benoît Thébaudeau wrote:
>>
>> Why don't you get rid of no_snoop at all ? Using ARCH_IMX is not
>> needed
>> anymore.
>
> Because I didn't know if disabling cache snooping could be a useful option or
> not for architectures other than i.MX, so I preferred to leave it just in
Dear Simon Glass,
On 06.01.2012 04:54, Simon Glass wrote:
> This fixes the following warnings in dlmalloc seen with my gcc 4.6.
>
> dlmalloc.c: In function 'malloc_bin_reloc':
> dlmalloc.c:1493: warning: dereferencing pointer 'p' does break
> strict-aliasing rules
> dlmalloc.c:1493: warning: der
The cache snooping feature of Freescale's eSDHC IP is not available on i.MX, so
disable it globally for this architecture. This avoids setting no_snoop for all
i.MX boards, and it prevents setting a reserved bit of a reserved register if
fsl_esdhc_mmc_init() is used on i.MX, like in
arch/arm/cpu/ar
Hi Stefan,
On Monday, August 13, 2012, Stefan Roese wrote:
> This patch moves all bootcount implementations into a common
> directory: drivers/bootcount. The generic bootcount driver
> is now usable not only by powerpc platforms, but others as well.
>
> Signed-off-by: Stefan Roese >
> Cc: Heiko S
On 13.08.2012 17:14, Andreas Bießmann wrote:
> Dear Mike Frysinger,
>
> On 13.08.2012 16:54, Mike Frysinger wrote:
>> On Monday 13 August 2012 05:02:03 Andreas Bießmann wrote:
>>> From: Andreas Bießmann
>>>
>>> The avr32 architecture (and some others) require manual relocation. Due to
>>> the pre
On 08/10/2012 05:32 PM, Scott Wood wrote:
> On 07/30/2012 12:37 PM, Stephen Warren wrote:
>> diff --git a/board/nvidia/dts/tegra20-harmony.dts
>> b/board/nvidia/dts/tegra20-harmony.dts
>> +nand-controller@70008000 {
...
>> +nand@0 {
>> +reg = <0>;
>> +
On Mon, Aug 13, 2012 at 11:18 AM, Benoît Thébaudeau
wrote:
> Define ARCH_IMX for i.MX devices. This is useful to identify features or
> behaviors common to all i.MX SoCs.
>
> The i.MX28 is omitted because its architecture is a bit different (like
> imx/mxc
> vs. mxs in Linux).
>
> Signed-off-by:
Define ARCH_MXC for i.MX devices. This is useful to identify features or
behaviors common to all i.MX SoCs.
The i.MX28 is omitted because its architecture is a bit different (like imx/mxc
vs. mxs in Linux).
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
Cc: Andy Fleming
Cc: Kim Phillips
-
The cache snooping feature of Freescale's eSDHC IP is not available on i.MX, so
disable it globally for this architecture. This avoids setting no_snoop for all
i.MX boards, and it prevents setting a reserved bit of a reserved register if
fsl_esdhc_mmc_init() is used on i.MX, like in
arch/arm/cpu/ar
On Monday 13 August 2012 07:56:03 Stefan Roese wrote:
> rename arch/blackfin/cpu/bootcount.c =>
> drivers/bootcount/bootcount_blackfin.c (100%) create mode 100644
hmm, file was moved, but forgot to update arch/blackfin/cpu/Makefile to no
longer
refer to bootcount.c, so it fails.
once that's fi
Dear Otavio Salvador,
Fix the subject, you're not removing the file ... otherwise Acked.
> The iomux-mx28.h include is not required on spl_mem_init.c so it has
> been droped.
>
> Signed-off-by: Otavio Salvador
> ---
> arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |1 -
> 1 file changed, 1 dele
Dear Otavio Salvador,
> The CLKCTRL registers are SoC specific so we ought to have it clear on
> filename.
Acked-by: Marek Vasut
> Signed-off-by: Otavio Salvador
> ---
> arch/arm/include/asm/arch-mxs/imx-regs.h |
> 2 +- .../arm/include/asm/arch-mxs/{regs-clkctrl
We have a requirement to wait a period of time before enabling the
DDR controller
Signed-off-by: Matthew McClintock
---
nand_spl/board/freescale/p1023rds/Makefile|6 +-
nand_spl/board/freescale/p1023rds/nand_boot.c | 14 --
2 files changed, 17 insertions(+), 3 deletions
Dear Otavio Salvador,
[...]
> diff --git a/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
> b/arch/arm/cpu/arm926ejs/mxs/spl_boot.c index 84d4a17..ddafddb 100644
> --- a/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
> +++ b/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
> @@ -82,9 +82,9 @@ uint8_t mxs_get_bootmode_index(v
On 08/13/2012 01:10 PM, Matthew McClintock wrote:
> We have a requirement to wait a period of time before enabling the
> DDR controller
>
> Signed-off-by: Matthew McClintock
> ---
> nand_spl/board/freescale/p1023rds/Makefile|6 +-
> nand_spl/board/freescale/p1023rds/nand_boot.c | 1
Currently, for NAND boot for the P1010/4RDB we hard code the DDR
configuration. We can still dynamically set the DDR bus width in
the nand spl so the P1010/4RDB boards can boot from the same
u-boot image
Signed-off-by: Matthew McClintock
---
arch/powerpc/include/asm/fsl_ddr_sdram.h |1 +
We were not comparing the SVRs properly previously. This comparison
will properly shift the SVR and mask off the E bit
This fixes the boot output to show the correct DDR bus width:
512 MiB (DDR3, 16-bit, CL=5, ECC off)
instead of
512 MiB (DDR3, 32-bit, CL=5, ECC off)
Signed-off-by: Matthew McC
This change reduces the SPL size by removing the redundant syncs produced
by out_be32 and just replies on one final sync
Done with:
sed -r '/in_be32/b; s/(out_be32)\(([^,]*),\s+(.*)\)/__raw_writel(\3, \2)/g' -i
`git grep --name-only sdram_init nand_spl/`
Signed-off-by: Matthew McClintock
---
There was an extra 0 in front of the value we were using to mask,
remove it to improve the code.
Also fix the value written to ddr_sdram_cfg to set the bus width
properly to 16 bits
Signed-off-by: Matthew McClintock
---
board/freescale/p1010rdb/ddr.c |7 ---
1 file changed, 4 insertions
Let's use the more appropriate udelay for the nand_spl. While we
can't make use of u-boot's full udelay we can atl east use a for
loop that won't get optimized away .Since we have the bus clock
we can use the timebase to calculate wall time.
Looked at reusing the u-boot udelay functions but it pul
On 08/13/2012 06:52 AM, Wolfgang Denk wrote:
> Dear Rob Herring,
>
> In message <50244d5a.3080...@gmail.com> you wrote:
>>
>> I reported already that the prior version that ext4 has issues with
>> sub-directories. I don't think that has been addressed in V5. Some
>> directories show up fine and so
On Mon, Aug 13, 2012 at 1:18 PM, Scott Wood wrote:
> On 08/13/2012 01:10 PM, Matthew McClintock wrote:
>> We have a requirement to wait a period of time before enabling the
>> DDR controller
>>
>> Signed-off-by: Matthew McClintock
>> ---
>> nand_spl/board/freescale/p1023rds/Makefile|6 ++
On Mon, Aug 13, 2012 at 3:11 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> [...]
>
>> diff --git a/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
>> b/arch/arm/cpu/arm926ejs/mxs/spl_boot.c index 84d4a17..ddafddb 100644
>> --- a/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
>> +++ b/arch/arm/cpu/arm926ejs/mxs/
Dear Otavio Salvador,
> On Mon, Aug 13, 2012 at 3:11 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> > [...]
> >
> >> diff --git a/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
> >> b/arch/arm/cpu/arm926ejs/mxs/spl_boot.c index 84d4a17..ddafddb 100644
> >> --- a/arch/arm/cpu/arm926ejs/mxs/spl_bo
On Mon, Aug 13, 2012 at 3:59 PM, Marek Vasut wrote:
>> >> - for (i = 0; i < ARRAY_SIZE(mx28_boot_modes); i++) {
>> >> - masked = bootmode & mx28_boot_modes[i].boot_mask;
>> >> - if (masked == mx28_boot_modes[i].boot_pads)
>> >> + for (i = 0; i < ARRAY_SIZE(mxs_boot_
Dear Rob Herring,
In message <50294743.5010...@gmail.com> you wrote:
>
> I do an ubuntu install to a single ext4 fs and then ext2ls gives this:
...
> The problem is in the directories with sizes of 0. It does seem to be
What exactly is the problem? The listing appears pretty normal to me?
It se
Dear Stefan Roese,
In message <5028f978.3040...@roese.nl> you wrote:
> Hi Wolfgang,
>
> please pull the following patches:
>
> The following changes since commit b4f106be2d8a4eb34ce41c5306d5a4fcc37e60e3:
>
> dts/Makefile: Turn off some predefined macros (2012-08-10 23:54:16 +0200)
>
> are av
The iomux header is included on sys_proto.h so to avoid SoC specific
header inclusion.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- no changes
arch/arm/cpu/arm926ejs/mxs/spl_boot.c |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
b/arch/arm/cpu
The iomux-mx28.h include is not required on spl_mem_init.c so it has
been droped.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- change short description to clearly describe what has been done
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |1 -
1 file changed, 1 deletion(-)
diff --git a/a
The CLKCTRL registers are SoC specific so we ought to have it clear on
filename.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- no changes
arch/arm/include/asm/arch-mxs/imx-regs.h |2 +-
.../arm/include/asm/arch-mxs/{regs-clkctrl.h => regs-clkctrl-mx28.h} |
The sys_proto.h functions (except the boot modes) are compatible with
i.MX233 and i.MX28 so we use 'mxs' prefix for its methods.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- no changes
arch/arm/cpu/arm926ejs/mxs/mxs.c | 32 ++---
arch/arm/cpu/arm926ejs/
We have a requirement to wait a period of time before enabling the
DDR controller
Signed-off-by: Matthew McClintock
---
v2: change global bus_clk to use gd->bus_clk
nand_spl/board/freescale/p1023rds/Makefile|6 +-
nand_spl/board/freescale/p1023rds/nand_boot.c | 19 +++-
Let's use the more appropriate udelay for the nand_spl. While we
can't make use of u-boot's full udelay we can atl east use a for
loop that won't get optimized away .Since we have the bus clock
we can use the timebase to calculate wall time.
Looked at reusing the u-boot udelay functions but it pul
Dear Otavio Salvador,
> The iomux header is included on sys_proto.h so to avoid SoC specific
> header inclusion.
>
> Signed-off-by: Otavio Salvador
Acked-by: Marek Vasut
Stefano, can you please apply?
Best regards,
Marek Vasut
___
U-Boot mailing li
When a patchset had a RFC series, a v1 might have a changelog of
changes done since the RFC. The patch changes the range checked for
changelog and allow it to start for version 1.
Signed-off-by: Otavio Salvador
---
tools/patman/series.py |7 ---
1 file changed, 4 insertions(+), 3 deletio
All,
I'm needing to access the NAND chip on the imx28evk board with the
Linux (Freescale Kernel - FSL). I've compiled a recent version of the
mainstream u-boot with the NAND switches and U-boot works fine. The
U-boot also allows me access to the NAND chip and also boots the FSL
kernel j
On 08/13/2012 02:17 PM, Wolfgang Denk wrote:
> Dear Rob Herring,
>
> In message <50294743.5010...@gmail.com> you wrote:
>>
>> I do an ubuntu install to a single ext4 fs and then ext2ls gives this:
> ...
>> The problem is in the directories with sizes of 0. It does seem to be
>
> What exactly is t
Hi all,
This series aims at adding support for i.MX5 to the mxc nand mtd and spl
drivers. It also fixes several issues and cleans up the code a little bit.
Best regards,
Benoît
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/li
This patches fixes the TODO to use same register definitions in mtd mxc_nand and
nand_spl fsl nfc drivers.
Signed-off-by: Benoît Thébaudeau
Cc: Scott Wood
Cc: Stefano Babic
---
.../drivers/mtd/nand/mxc_nand.c| 247
.../include/fsl_nfc.h
Signed-off-by: Benoît Thébaudeau
Cc: Scott Wood
Cc: Stefano Babic
---
.../drivers/mtd/nand/mxc_nand.c|9 +++--
.../include/fsl_nfc.h |1 +
.../nand_spl/nand_boot_fsl_nfc.c | 14 +++---
3 files changed, 11 i
Merge duplicated code into functions, which is better for SPL size too.
Signed-off-by: Benoît Thébaudeau
Cc: Scott Wood
Cc: Stefano Babic
---
.../nand_spl/nand_boot_fsl_nfc.c | 50 +---
1 file changed, 23 insertions(+), 27 deletions(-)
diff --git u-boot-4d3
1 - 100 of 160 matches
Mail list logo
