On 18.12.2010 13:24, Alexander Holler wrote:
> There is no need to have such a function twice.
>
> Signed-off-by: Alexander Holler
> ---
> arch/arm/cpu/armv7/omap3/board.c | 12 +---
> 1 files changed, 1 insertions(+), 11 deletions(-)
>
> diff --git a/arch/arm/cpu/armv7/omap3/board.c
On 18.12.2010 23:27, Alexander Holler wrote:
> gcc 4.5.1 seems to ignore (at least some) volatile definitions,
> avoid that as done in the kernel.
>
> Reading C99 6.7.3 8 and the comment 114) there, I think it is a bug of that
> gcc version to ignore the volatile type qualifier used e.g. in __arch_
On Saturday, December 18, 2010 18:17:43 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > --- a/MAINTAINERS
> > +++ b/MAINTAINERS
> > @@ -1090,6 +1090,10 @@ Peter Meerwald
> >
> > bct-brettl2 BF536
> >
> > +M.Hasewinkel (MHA)
> > +
> > + dnp5370 BF537
>
> Please keep list sort
On Saturday, December 18, 2010 18:14:48 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > --- /dev/null
> > +++ b/board/bf525-ucr2/config.mk
> > +CONFIG_BFIN_CPU = bf525-0.2
> > +
> > +# Set some default LDR flags based on boot mode.
> > +LDR_FLAGS += $(LDR_FLAGS-$(CONFIG_BFIN_BOOT_MODE))
>
> Can w
Dear Chris Packham,
In message you
wrote:
>
> There is one minor fixup we might want to squash into v3 (or if
> someone wants me to submit a v4 I can). It makes sense to have
> pca953x_ngpio as a function in both cases. The compiler will
> auto-inline the function so we won't see a increase in s
Dear Mike Frysinger,
In message <1291891215-12374-1-git-send-email-vap...@gentoo.org> you wrote:
> Only the first run of boards had a ksz switch on it, so if building for a
> newer silicon rev or SPI is disabled, don't bother checking for the ksz.
>
> Signed-off-by: Mike Frysinger
...
> + if
Dear Mike Frysinger,
In message <1291891433-16355-1-git-send-email-vap...@gentoo.org> you wrote:
> From: Andreas Schallenberg
>
> Info about the hardware can be found here:
> http://www.dilnetpc.com/dnp0086.htm
>
> Signed-off-by: Andreas Schallenberg
> Signed-off-by: Mike Frysinger
> -
From: Sandeep Paulraj
The patch adds support for MMC/SD in the DM365 EVM
Signed-off-by: Sandeep Paulraj
---
board/davinci/dm365evm/dm365evm.c | 49
include/configs/davinci_dm365evm.h | 22
2 files changed, 71 insertions(+), 0 deletion
From: Sandeep Paulraj
The patch adds support for MMC/SD in the DM355 EVM
Signed-off-by: Sandeep Paulraj
---
board/davinci/dm355evm/dm355evm.c | 41
include/configs/davinci_dm355evm.h | 22 +++
2 files changed, 63 insertions(+), 0 delet
Dear Mike Frysinger,
In message <1291891702-20707-1-git-send-email-vap...@gentoo.org> you wrote:
> From: Chong Huang
>
> Signed-off-by: Chong Huang
> Signed-off-by: Haitao Zhang
> Signed-off-by: Mike Frysinger
...
> --- /dev/null
> +++ b/board/bf525-ucr2/config.mk
...
> +CONFIG_BFIN_CPU = bf5
Dear Macpaul Lin,
In message <1292383883-24272-1-git-send-email-macp...@andestech.com> you wrote:
> Add Faraday's ftgmac100 (gigabit ethernet)
> MAC controller's driver.
>
> Signed-off-by: Macpaul Lin
...
> --- /dev/null
> +++ b/drivers/net/ftgmac100.c
...
> +};
> +
> +
Only one blank line, ple
From: Sandeep Paulraj
Added support for MMC/SD cards for Davinci. This feature is enabled by
CONFIG_DAVINCI_MMC and is dependant on CONFIG_MMC and CONFIG_GENERIC_MMC
options. This is tested on DM355 and DM365 EVMs with both the available mmc
controllers.
Signed-off-by: Alagu Sankar
Signed-off-
Dear York Sun,
In message <1292630381-23022-7-git-send-email-york...@freescale.com> you wrote:
> Adding byte 32 and 33
>
> Signed-off-by: York Sun
> ---
> include/ddr_spd.h |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
Where are these new definitions used?
Best regards,
Wol
Dear York Sun,
In message <1292630381-23022-6-git-send-email-york...@freescale.com> you wrote:
> Added fsl_ddr_get_version() function to for DDR3 to poll DDRC IP version
> (major, minor, errata) to determine if unique mode registers are available.
> If true, always use unique mode registers. Dynam
Hello,
may I ask again for opinions about enabling that feature?
Regards,
Alexander
Am 29.03.2010 11:32, schrieb Detlev Zundel:
> Hi Alexander,
>
>> may I ask if there is reason why merge commits don't have a summary?
>
> Yes, you may. Actually this is a good question.
>
>> I find those summar
> > Signed-off-by: Dirk Behme
> >
> > ---
> >
> > For a discussion of this see
> >
> > http://lists.denx.de/pipermail/u-boot/2010-December/083706.html
> >
> > board/ti/evm/evm.c |4 ++--
> > board/ti/evm/evm.h |2 +-
> > 2 files changed, 3 insertions(+), 3 deletions(-)
>
> I'm still un
Dear York Sun,
In message <1292630381-23022-5-git-send-email-york...@freescale.com> you wrote:
> Add writing to cdr1, cdr2, err_disable, err_int_en and debug registers
> Add options to override rcw, address parity to RDIMMs.
> Use array for debug registers.
Can you please explain what this patch
gcc 4.5.1 seems to ignore (at least some) volatile definitions,
avoid that as done in the kernel.
Reading C99 6.7.3 8 and the comment 114) there, I think it is a bug of that
gcc version to ignore the volatile type qualifier used e.g. in __arch_getl().
Anyway, using a definition as in the kernel he
Dear York Sun,
In message <1292630381-23022-2-git-send-email-york...@freescale.com> you wrote:
> To temporarily fix buffer issue when running at flash, use bigger buffer
> to push down the stack deeper.
>
> Signed-off-by: York Sun
Please explain 1) why this is needed and 2) what it has to do wi
Dear York Sun,
In message <1292630381-23022-1-git-send-email-york...@freescale.com> you wrote:
> Print a message when a RDIMM is detected.
...
> + } else
> printf("ERROR: Mix of registered buffered and unbuffered "
> "DIMMs detected!\n");
> - }
Dear York Sun,
In message <1292630381-23022-9-git-send-email-york...@freescale.com> you wrote:
> Extend board specific parameters to include cpo, write leveling override
> Extend write leveling sample to 0xf
> Adding rcw overrid for quad-rank RDIMMs
...
> + /* memory controller 0
> +
Dear Dirk Behme,
In message <1292654428-19095-1-git-send-email-dirk.be...@gmail.com> you wrote:
> Convert the variable omap3_evm_version to u32 to work around
> some broken linkers from older tool chains. E.g. CodeSourcery's
> 2009q1-203 ld 2.19.51.20090205. Without this, these linkers
> stop link
Dear Rob Herring,
In message <4d0ceb67.2040...@gmail.com> you wrote:
>
> This straight from the Linux code and there are only a few users of
> swab16 (none in my build).
Given that we have no idea if this code really gives any measurable
performance improvement, and that it appears to be dangerou
Dear Kumar Gala,
In message you wrote:
> [ a few minor bug fixes for v2010.12 ]
>
> The following changes since commit 3ac45988ab1605baaf83bd3acb80a197c9a208c2:
>
> Prepare v2010.12-rc3 (2010-12-17 10:15:38 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-mpc85
Signed-off-by: Wolfgang Denk
---
v2: Rephrase as suggested by Scott Wood in
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/71743/focus=71761
COPYING | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/COPYING b/COPYING
index f616ab9..44d1983 1006
Hello,
Am -10.01.-28163 20:59, schrieb Alexander Holler:
> gcc 4.5.1 seems to ignore (at least some) volatile definitions,
> avoid that as done in the kernel.
> ---
> arch/arm/include/asm/io.h | 15 +--
> 1 files changed, 9 insertions(+), 6 deletions(-)
>
> diff --git a/arch/arm
Rob Herring writes:
> On 12/17/2010 03:27 PM, Måns Rullgård wrote:
>> Rob Herring writes:
>>
>>> From: Rob Herring
>>>
>>> swab functions are heavily used by FDT code, so enable
>>> optimized assembly code for ARMv6 and later.
>>>
>>> Signed-off-by: Rob Herring
>>> ---
>>> arch/arm/include/asm
On Fri, Dec 17, 2010, Wolfgang Denk wrote:
> Thanks for the fix. A tiny change request, though:
> > - @rm -f $(obj)include/asm/proc $(obj)include/asm/arch $(obj)include/asm
> > + @rm -f $(obj)include/asm/proc $(obj)include/asm/arch
> > + @[ ! -h $(obj)include/asm ] || rm -f $(obj)include/asm
On 12/17/2010 03:27 PM, Måns Rullgård wrote:
> Rob Herring writes:
>
>> From: Rob Herring
>>
>> swab functions are heavily used by FDT code, so enable
>> optimized assembly code for ARMv6 and later.
>>
>> Signed-off-by: Rob Herring
>> ---
>> arch/arm/include/asm/byteorder.h | 16 ++
On Dec 18, 2010, at 7:15 AM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message you
> wrote:
>> [ a few minor bug fixes for v2010.12 ]
>>
>> The following changes since commit 3ac45988ab1605baaf83bd3acb80a197c9a208c2:
>>
>> Prepare v2010.12-rc3 (2010-12-17 10:15:38 +0100)
>>
>> are ava
I am a Staff of Hang Seng Bank HongKong, I do not know if we can work together
in transferring $19,500,000.USD from my bank to your bank account. Finally if
you are interested I shall provide you with more details.Email:
mrsonglile...@yahoo.com.hk
___
gcc 4.5.1 seems to ignore (at least some) volatile definitions,
avoid that as done in the kernel.
Reading C99 6.7.3 8 and the comment 114) there, I think it is a bug of that
gcc version to ignore the volatile type qualifier used e.g. in __arch_getl().
Anyway, using a definition as in the kernel he
Dear Kumar Gala,
In message you wrote:
> [ a few minor bug fixes for v2010.12 ]
>
> The following changes since commit 3ac45988ab1605baaf83bd3acb80a197c9a208c2:
>
> Prepare v2010.12-rc3 (2010-12-17 10:15:38 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-mpc85
dear subscriber
a) i offer you 12 allready made and working sites for less than 20 $
you pay for each less than one coca cola
and you can ressel 50 $ each right now
b) i have some good FREE e-books for you for your success
you can download them ABSOLUTELLY FREE
read this carefully
Th
There is no need to have such a function twice.
Signed-off-by: Alexander Holler
---
arch/arm/cpu/armv7/omap3/board.c | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/board.c b/arch/arm/cpu/armv7/omap3/board.c
index 6c2a132..0e62626 100
* use start/end label for initialization tables instead of fix values
Signed-off-by: Jens Scharsig
---
I have trace through the code with JTAG. It should be work with
CONFIG_TEXT_BASE = 0x0 and CONFIG_TEXT_BASE=0x1000.
Changes since first version:
* fix: remove on line to much (thanks An
The variable i has to be static, otherwise it would be always zero.
Signed-off-by: Alexander Holler
---
drivers/mtd/nand/nand.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/nand.c b/drivers/mtd/nand/nand.c
index c0e068a..d987f4c 100644
--- a/drivers/
* remove LED initialization in front of relocation and bss init
Signed-off-by: Jens Scharsig
---
* prevents run C function on an uninitialized environment
arch/arm/cpu/arm920t/start.S |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/arm920t/start.S b/ar
Hi Raymond,
On Friday 17 December 2010 17:12:00 raymond zhao wrote:
> It is not the hardware problem. I update the u-boot to latest version and
> port all the configuration files. It just works. Must be something improved
> (or fixed) in the new u-boot version. So I learned the lesson, always use
39 matches
Mail list logo
