Hi Jean, hi Prafulla,
here the corrected version.
Many thanks,
Dieter
> On 14:45 Mon 29 Jun , Dieter Kiermaier wrote:
> > Hi,
> >
> > patch 2 of 2 which adds Kirkwood GPIO support to Sheevaplug.
> > Any comments are welcome!
> >
> > Dieter
> >
> >
> > >From 528b24be54256cee20f965bc772390
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Thursday, July 09, 2009 12:05 PM
> To: Prafulla Wadaskar
> Cc: Wolfgang Denk; U-Boot user list; Prabhanjan Sarnaik;
> Ashish Karkare
> Subject: Re: [U-Boot] bootcount support on arm/kirkwood
>
> Hello Prafulla,
Hi Jean Christophe,
thanks for your reply.
> could you specify the size impact and performance impact?
> and on which board do you test it?
I tested u-boot over sh platforms and no size impact happens (just
differencies of few bytes, you can verify this by yourself)
About performances, really I
Hello Jean-Christophe
>> +int board_init(void)
>> +{
>> +/* arch number of Versatile Board */
>> +gd->bd->bi_arch_number = 0 /*MACH_TYPE_GSJADECPU*/;
> nack
How to get a arch number? As I don't use Linux on that board
I don't think I need one. What is the right way to handle
such a
Dear Jean-Christophe,
2009/7/8 Jean-Christophe PLAGNIOL-VILLARD :
> On 19:12 Wed 01 Jul , Po-Yu Chuang wrote:
>> This patch adds an FTMAC100 ethernet driver for Faraday A320 evaluation
>> board.
> it's seem good for me
> but I'll add it after the core soc
Thank you for your detailed review.
Hello Prafulla,
Prafulla Wadaskar wrote:
>> -Original Message-
>> From: Wolfgang Denk [mailto:w...@denx.de]
>> Sent: Thursday, July 09, 2009 12:29 AM
>> To: Prafulla Wadaskar
>> Cc: h...@denx.de; U-Boot user list; Prabhanjan Sarnaik; Ashish Karkare
>> Subject: Re: [U-Boot] bootcount suppo
> -Original Message-
> From: l.ping...@gmail.com [mailto:l.ping...@gmail.com] On
> Behalf Of Remy Bohmer
> Sent: Thursday, July 09, 2009 1:20 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Prabhanjan Sarnaik; Ronen Shitrit;
> Ashish Karkare
> Subject: Re: [PATCH 5/6] usb: add M
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Heiko Schocher
> Sent: Thursday, July 09, 2009 11:11 AM
> To: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Nicolas Pitre; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH1/2] Kirk
Jean,
> On 14:45 Mon 29 Jun , Dieter Kiermaier wrote:
> > Hi,
> >
> > patch 2 of 2 which adds Kirkwood GPIO support to Sheevaplug.
> > Any comments are welcome!
> >
> > Dieter
> >
> >
> > >From 528b24be54256cee20f965bc772390034eaeb232 Mon Sep 17 00:00:00 2001
> > From: Dieter Kiermaier
>
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Wednesday, July 08, 2009 7:43 PM
> To: Michael Trimarchi
> Cc: Prafulla Wadaskar; Remy Bohmer; u-boot@lists.denx.de;
> Ashish Karkare; Prabhanjan Sarnaik; Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH 4/6
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Thursday, July 09, 2009 12:29 AM
> To: Prafulla Wadaskar
> Cc: h...@denx.de; U-Boot user list; Prabhanjan Sarnaik; Ashish Karkare
> Subject: Re: [U-Boot] bootcount support on arm/kirkwood
>
> Dear Prafulla Wadaska
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 14:45 Mon 29 Jun , Dieter Kiermaier wrote:
>> Hi again,
>>
>> Here is my first out of 2 patches which adds gpio support to arch/kirkwood.
>> Any suggestions?
>>
>> Cheers,
>> Dieter
>>
>>
>> >From fcdea0c7bba3c25a1fb183bbcaf6d
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <493f6f45.5060...@invitel.hu> you wrote:
>> [PATCH] all platforms: make show_boot_progress () again working.
>>
>> Signed-off-by: Heiko Schocher
>
> Applied, but...
>
>> include/common.h |2 +-
>> 1 files changed, 1 insertions(+), 1 deletio
On Thursday 09 July 2009 00:18:54 Jerry Van Baren wrote:
> Regardless of the in/out debate, we should print a warning if %ll is
> used but not supported. I would suggest simply printing the "%lld" (or
> whatever the format is) and pop two longs from the varargs. That would
> make it clear somethi
Hi Wolfgang,
On Wednesday 08 July 2009 22:01:23 Wolfgang Denk wrote:
> > > Please move these CONFIG_SYS_* settings out of this file.
> > >
> > > For me it is not acceptable to set configuration options in global
> > > header files like include/ppc4xx.h; CONFIG_* settings are supposed to
> > > be s
On Thursday 09 July 2009 00:27:38 Scott Wood wrote:
> What would break? If things would no longer fit where they currently
> fit, that could happen on any change that increases code size --
> possibly even just by changing compilers (this exact thing happened to
> the NAND bootstrap on some boards
Mr. Jean,
Yes. Definitely.
To send the new version patch may be so late,
cause of my busy days, not my laziness.
BTW, is there any issues or problem?
If there is, can you tell me about that things for me to handle it?
I hope your waiting a few days.
sorry for that.
Best regards,
riverful
2009/7
On Wed, 2009-07-08 at 22:32 +0800, Kumar Gala wrote:
>
> On Jul 8, 2009, at 3:18 AM, Roy Zang wrote:
>
> > From: Roy Zang
> >
> > Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536
> boards.
> > Signed-off-by: Roy Zang
> >
> > ---
> > include/configs/MPC8536DS.h |1 +
>
On Wed, Jul 08, 2009 at 07:32:26PM -0500, Peter Tyser wrote:
> On Thu, 2009-07-09 at 08:24 +0800, Liu Dave-R63238 wrote:
> > > When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
> > > defined use DMA to set SDRAM to a known state. Previously a
> > > sequence of
> > > 64-bit st
> According to Ira, the DMA method was faster than the cpu method:
> "It makes the DMA initialization normal speed again. The DMA
> in the for loop takes the longest (as expected).
>
> So yes, strangely it (enabling the icache) makes a HUGE
> difference. The total time is <3 seconds now. It is
On Thu, 2009-07-09 at 08:24 +0800, Liu Dave-R63238 wrote:
> > When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
> > defined use DMA to set SDRAM to a known state. Previously a
> > sequence of
> > 64-bit stores was used.
>
> IIRC, the DMA init SDRAM is slower than the 64bit s
> When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
> defined use DMA to set SDRAM to a known state. Previously a
> sequence of
> 64-bit stores was used.
IIRC, the DMA init SDRAM is slower than the 64bit stores.
It is why I added these code here.
I suggest to keep the way.
The initial SDRAM value was being hardcoded to CONFIG_MEM_INIT_VALUE
instead of the value passed in 'val'.
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.c
index 90a96dd..9
When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
defined use DMA to set SDRAM to a known state. Previously a sequence of
64-bit stores was used.
Signed-off-by: Peter Tyser
---
cpu/mpc83xx/spd_sdram.c | 57 +++--
drivers/dma/fsl_dm
Signed-off-by: Peter Tyser
---
cpu/mpc83xx/spd_sdram.c |2 +-
include/configs/MPC8349EMDS.h |1 +
include/configs/MPC8360EMDS.h |1 +
include/configs/MPC8360ERDK.h |1 +
include/configs/MPC837XEMDS.h |1 +
include/configs/MPC837XERDB.h |1 +
include/configs/TQM834x.h
Changes since v1:
- Enable instruction cache during 83xx sdram init
These changes bring the 83xx SDRAM ECC initialization in line
with the 85xx/86xx boards and also fixes a minor bug in fsl_dma.c.
I don't have any 83xx boards to test on, so it would be appreciated
if someone with 83xx hardware th
Hi,
2009/7/9 Wolfgang Denk :
> Dear Nobuhiro Iwamatsu,
>
> In message <29ab51dc0907072012j42cc59ex9036929b30743...@mail.gmail.com> you
> wrote:
>>
>> Please pull u-boot-sh master branch.
>
> Please see Kim Phillips' mail. I will delay the pull until I hear
> from you that the problem has been
On Wed, 2009-07-08 at 16:13 -0700, Ira W. Snyder wrote:
> On Wed, Jul 08, 2009 at 05:59:33PM -0500, Peter Tyser wrote:
> > On Wed, 2009-07-08 at 15:31 -0700, Ira W. Snyder wrote:
> > > On Wed, Jul 08, 2009 at 02:28:39PM -0500, Peter Tyser wrote:
> > > > These changes bring the 83xx SDRAM ECC initia
On Wed, Jul 08, 2009 at 05:59:33PM -0500, Peter Tyser wrote:
> On Wed, 2009-07-08 at 15:31 -0700, Ira W. Snyder wrote:
> > On Wed, Jul 08, 2009 at 02:28:39PM -0500, Peter Tyser wrote:
> > > These changes bring the 83xx SDRAM ECC initialization in line
> > > with the 85xx/86xx boards and also fixes
On Wed, Jul 08, 2009 at 03:31:29PM -0700, Ira W. Snyder wrote:
> On Wed, Jul 08, 2009 at 02:28:39PM -0500, Peter Tyser wrote:
> > These changes bring the 83xx SDRAM ECC initialization in line
> > with the 85xx/86xx boards and also fixes a minor bug in fsl_dma.c.
> >
> > I don't have any 83xx board
On Wed, 2009-07-08 at 15:31 -0700, Ira W. Snyder wrote:
> On Wed, Jul 08, 2009 at 02:28:39PM -0500, Peter Tyser wrote:
> > These changes bring the 83xx SDRAM ECC initialization in line
> > with the 85xx/86xx boards and also fixes a minor bug in fsl_dma.c.
> >
> > I don't have any 83xx boards to te
On 14:21 Sun 28 Jun , Hugo Vincent wrote:
> Adds support for the second and third HSMMC controllers on OMAP3 SoCs.
>
> Tested working on Gumstix Overo with a custom base-board containing
> external SD/MMC slots.
>
> Version 2 incorporating changes suggested by Minkyu Kang >
you patch is lin
On 07:04 Mon 29 Jun , Giuseppe CONDORELLI wrote:
> This patch updates zlib to the latest stable version.
> Only relevant zlib parts were ported to u-boot tree, as already did for the
> current zlib (0.95). New zlib guarantees a faster inflate performances
> other then others improvements as exp
On 14:45 Mon 29 Jun , Dieter Kiermaier wrote:
> Hi,
>
> patch 2 of 2 which adds Kirkwood GPIO support to Sheevaplug.
> Any comments are welcome!
>
> Dieter
>
>
> >From 528b24be54256cee20f965bc772390034eaeb232 Mon Sep 17 00:00:00 2001
> From: Dieter Kiermaier
> Date: Mon, 29 Jun 2009 14:29:
On 14:45 Mon 29 Jun , Dieter Kiermaier wrote:
> Hi again,
>
> Here is my first out of 2 patches which adds gpio support to arch/kirkwood.
> Any suggestions?
>
> Cheers,
> Dieter
>
>
> >From fcdea0c7bba3c25a1fb183bbcaf6d1a4ec32a157 Mon Sep 17 00:00:00 2001
> From: Dieter Kiermaier
> Date: M
On 17:05 Thu 25 Jun , HeungJun Kim wrote:
> S5PC100 processor is ARM Cortex A8 Processor SoC
> and SMDKC100 Board use this.
> So, this patch tested on SMDKC100 Board.
>
> I'll send 6 patch for working on SMDKC100 Board including this.
> But, this patch make the change to ARM Cortex A8 specific
On 00:25 Thu 09 Jul , Anatolij Gustschin wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 16:02 Wed 08 Jul , Matthias Weisser wrote:
> >> This patch adds support for the display controller in
> >> the MB86R01 'Jade' SoC.
> >>
> >> Signed-off-by: Matthias Weisser
> >> ---
> ...
> >>
On 00:29 Wed 08 Jul , Grazvydas Ignotas wrote:
> This patch series clean up and update pin mux for pandora.
> The update is needed for rev3 or later boards to work properly,
> but older boards still work after this.
>
> Grazvydas Ignotas (4):
> OMAP3 pandora: pin mux cleanup
> OMAP3 pandor
On Wed, Jul 08, 2009 at 02:28:39PM -0500, Peter Tyser wrote:
> These changes bring the 83xx SDRAM ECC initialization in line
> with the 85xx/86xx boards and also fixes a minor bug in fsl_dma.c.
>
> I don't have any 83xx boards to test on, so it would be appreciated
> if someone with 83xx hardware
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <4a550fae.30...@freescale.com> you wrote:
>>> And by default we would add CONFIG_SYS_NO_64BIT_VSPRINTF to all board
>>> config files?
>> No, that's the point -- it would require the board maintainer to
>> explicitly say "this board doesn't ne
Jerry Van Baren wrote:
> Regardless of the in/out debate, we should print a warning if %ll is
> used but not supported. I would suggest simply printing the "%lld" (or
> whatever the format is) and pop two longs from the varargs. That would
> make it clear something is missing and probably wron
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 16:02 Wed 08 Jul , Matthias Weisser wrote:
>> This patch adds support for the display controller in
>> the MB86R01 'Jade' SoC.
>>
>> Signed-off-by: Matthias Weisser
>> ---
...
>> +
>> +/*
>> + * 4MB (at the end of system RAM)
>> + */
>> +#define VID
Scott Wood wrote:
> Wolfgang Denk wrote:
I hope we don't have any more such #defines hidden in other header
files?
>>> I vote for completely removing these defines then (or at least
>>> CONFIG_SYS_64BIT_VSPRINTF) and by this enabling the 64bit printf format for
>>> all boards. I myself
Dear Po-Yu Chuang,
In message you
wrote:
> This patch adds support for A320 development board from Faraday. This board
> uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM.
> FA526 is an ARMv4 processor and uses the ARM920T source in this patch.
...
...
> --- a/MAINTAINERS
Dear Scott Wood,
In message <4a550fae.30...@freescale.com> you wrote:
>
> > And by default we would add CONFIG_SYS_NO_64BIT_VSPRINTF to all board
> > config files?
>
> No, that's the point -- it would require the board maintainer to
> explicitly say "this board doesn't need this". By default we
On 14:07 Wed 01 Jul , Thomas Petazzoni wrote:
> Hello,
>
> Here is a patch that adds the support for the Calao USB A9263 board.
> This is my first board support contribution to U-Boot, so don't
> hesitate to comment and suggest improvements.
>
> Thanks,
>
> Thomas
this need to move after ---
> +{
> + printf("Boot reached stage %d\n", progress);
> +}
> +#endif
> +
> +static inline void delay(unsigned long loops)
> +{
> + __asm__ volatile ("1:\n"
> + "subs %0, %1, #1\n"
> + "bne 1b" : "=r" (loops) : "0" (loops));
> +}
no please remove
> +
> +/*
> + * Misce
On 16:02 Wed 08 Jul , Matthias Weisser wrote:
> This patch adds support for the display controller in
> the MB86R01 'Jade' SoC.
>
> Signed-off-by: Matthias Weisser
> ---
> drivers/video/Makefile |1 +
> drivers/video/cfb_console.c |2 +-
> drivers/video/jadegdc.c | 192
> +
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090708211902.gh12...@game.jcrosoft.org> you wrote:
>
> > > With this patch and the following one we move away from all these
> > > problems and
> > > we will be able to have full control to have a functions embedded into
> > > u-boot.
> >
> >
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <4a550b66.1090...@freescale.com> you wrote:
>> Note that the overhead of 64-bit printf (assuming the 64-bit
>> divide/remainder functions in libgcc aren't pulled in for anything else)
>> is 2524 bytes on powerpc (using GCC 4.3.2). That's
On 16:02 Wed 08 Jul , Matthias Weisser wrote:
> This patch adds support for MB86R01 'Jade' SoC from Fujitsu
>
> Signed-off-by: Matthias Weisser
> ---
> cpu/arm926ejs/jade/Makefile | 47 +
> cpu/arm926ejs/jade/timer.c | 126
> include/asm
Dear Scott Wood,
In message <4a550b66.1090...@freescale.com> you wrote:
>
> Note that the overhead of 64-bit printf (assuming the 64-bit
> divide/remainder functions in libgcc aren't pulled in for anything else)
> is 2524 bytes on powerpc (using GCC 4.3.2). That's less than NFS,
> which gets
On 22:55 Wed 08 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <1247085496-21754-1-git-send-email-plagn...@jcrosoft.com> you
> wrote:
> > This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
>
> Please mind the hints: "overwrit" is
Wolfgang Denk wrote:
>>> I hope we don't have any more such #defines hidden in other header
>>> files?
>> I vote for completely removing these defines then (or at least
>> CONFIG_SYS_64BIT_VSPRINTF) and by this enabling the 64bit printf format for
>> all boards. I myself have hunted problems disg
On 14:44 Wed 08 Jul , Simon Kagstrom wrote:
> On Wed, 8 Jul 2009 05:17:08 -0700
> Prafulla Wadaskar wrote:
>
> > > U-boot might use non-8-byte-aligned addresses for sending
> > > data, which the kwgbe_send doesn't accept (bootp does this
> > > for me). This patch copies the data to be sent
On 21:49 Wed 08 Jul , Remy Bohmer wrote:
> Hi,
>
> 2009/7/8 Prafulla Wadaskar :
> >
> >
> >> -Original Message-
> >> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> >> Sent: Monday, June 29, 2009 8:57 PM
> >> To: u-boot@lists.denx.de
> >> Cc: Prabhanjan Sarnaik; Ronen Shitrit;
> + * Modified for the Samsung SMDK2410 by
> + * (C) Copyright 2002
> + * David Mueller, ELSOFT AG,
> + *
> + * Modified for the friendly-arm SBC-2410X by
> + * (C) Copyright 2005
> + * JinHua Luo, GuangDong Linux Center,
> + *
> + * Modified for the Embest SBC2440-II by
> + * (C) Copyright 2009
Dear Matthias Fuchs,
In message <200907082251.27180.matthias.fu...@esd-electronics.com> you wrote:
>
> Do we have some old PPCBoot CVS accessible somewhere? I want to find out
> what exactly is covers by the IBM license.
Sure. See http://sourceforge.net/projects/ppcboot/develop
Best regards,
W
> +
> +#include
> +
> +#ifdef CONFIG_S3C24X0
> +
> +/* Register addresses. */
> +# ifdef CONFIG_S3C2400
> + #define pWTCON 0x1530
> + #define INTMSK 0x1448
> + #define CLKDIVN 0x14800014
> +#else
> + #define pWTCON 0x5300
> + #defi
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1247085496-21754-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
Please mind the hints: "overwrit" is a typo. You meant "overwrite",
and Mike just explained t
ok, to come back to the technical side:
Do we have some old PPCBoot CVS accessible somewhere? I want to find out
what exactly is covers by the IBM license.
That can't be much.
Matthias
> Dear Matthias Fuchs,
>
> In message <200907082024.37153.matthias.fu...@esd-electronics.com> you wrote:
> >
On 01:35 Thu 25 Jun , kevin.morf...@fearnside-systems.co.uk wrote:
>
> This patch re-formats the s3c24x0 header files in preparation for changes
> to add support for the Embest SBC2440-II Board.
>
> The changes are as follows:
>
> - re-indent the code using Lindent
> - make sure register la
On Wednesday 08 July 2009 16:30:03 Wolfgang Denk wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > This patch allow to overwrit the libgcc Makefile inclusion from the
> > toplevel
>
> overwrite
override is a better word for this behavior
this general method works for me (ignoring the issues ot
Dear Mike Frysinger,
In message <200907081640.38554.vap...@gentoo.org> you wrote:
>
> i fixed my script already to include the branch name in the subject. is the
> "sf" branch not info enough that it's SPI flash only changes ?
Now that I know it: yes.
Best regards,
Wolfgang Denk
--
DENX Sof
On 22:30 Wed 08 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <1247084077-12867-1-git-send-email-plagn...@jcrosoft.com> you
> wrote:
> > This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
>
> overwrite
>
> > Makefile by the arch
Michal,
Looks good to me.
Best Regards,
TsiChung
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wednesday 08 July 2009 15:53:20 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > > git://www.denx.de/git/u-boot-blackfin.git sf
> > > >
> > > > Mike Frysinger (2):
> > > > sf: sst: fix sector size
> > > > sf: sst: add sst25vf###b ids
> > > >
> > > > Prafulla Wadaskar (1):
> > > >
This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
Makefile by the arch_config.mk files. This is in preparation for the ARM
architecture to move away from including libgcc function and only using
self-contained U-Boot functions as done in Linux.
Currently all the ARM boar
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/netstar/Makefile |3 +--
board/voiceblue/Makefile |3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/board/netstar/Makefile b/board/netstar/Makefile
index a52ded4..7237a3d 100644
--- a/board/netstar/Makefile
+
On 15:26 Wed 08 Jul , Scott Wood wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> >This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
> >Makefile by the arch_config.mk files. This is in preparation for the ARM
> >architecture to move away from including libgcc functi
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1247084077-12867-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
overwrite
> Makefile by the arch_config.mk files. This is in preparation for the ARM
> architectur
On 09:52 Wed 08 Jul , Michal Simek wrote:
> Hi Custodians,
>
> Do you have any problem with this asm-generic/errno.h patch?
>
> Patch is available in u-boot-microblaze.git asm-generic branch.
>
> Thanks,
> Michal
>
>
>
> > From: Michal Simek
> >
> > This patch use blackfin errno.h imple
Jean-Christophe PLAGNIOL-VILLARD wrote:
> This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
> Makefile by the arch_config.mk files. This is in preparation for the ARM
> architecture to move away from including libgcc function and only using
> self-contained U-Boot functio
Hello Kevin,
2009/6/25 kevin.morf...@fearnside-systems.co.uk
:
>
> Patches 1 to 4 replace "[PATCH-ARM 1/2] Add support for
> the Embest SBC2440-II Board 1/2" submitted on 19/06/2009.
>
> This patch re-formats the code in cpu/arm920t and cpu/arm920t/23c24x0 in
> preparation for changes to add suppo
This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
Makefile by the arch_config.mk files. This is in preparation for the ARM
architecture to move away from including libgcc function and only using
self-contained U-Boot functions as done in Linux.
Currently all the ARM boar
Hello Brian,
2009/6/23 Brian Silverman :
> I have created a patch for the OMAP3EVM u-boot to create an image for
> download into OMAP internal RAM (64k). This allows a complete boot to
> Linux over USB only, without any RS-232 serial cables. The difference
> between this and Nishanth Menon's pro
On 14:42 Wed 08 Jul , Scott Wood wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > LOAD_ADDR = 0x1040
> > LDSCRIPT = $(TOPDIR)/board/$(BOARDDIR)/eeprom.lds
> > lnk = $(if $(obj),$(obj),.)
> >@@ -49,7 +47,7 @@ $(obj)eeprom.srec: $(obj)eeprom.o $(obj)eeprom_start.o
> > -o $(<:.
Dear Stefan Roese,
In message <200907081120.23740...@denx.de> you wrote:
> The following changes since commit 59869ca72df8bc4e4ffa9dd17cb6673bbe010272:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-video
>
> are available in the git repository at:
>
> git:/
Dear Stefan Roese,
In message <200907061739.33498...@denx.de> you wrote:
>
> > Please move these CONFIG_SYS_* settings out of this file.
> >
> > For me it is not acceptable to set configuration options in global
> > header files like include/ppc4xx.h; CONFIG_* settings are supposed to
> > be selec
Wolfgang Denk wrote:
> I have serious problems with your renaming of the patch subjects. For
> exampole, this was submitted as
>
> MTD: change env_address type from unsigned long to loff_t
>
> My matching of commits against patches submitted on the list is based
> on the idea that these get
Dear Mike Frysinger,
In message <200907080128.03155.vap...@gentoo.org> you wrote:
>
> > > git://www.denx.de/git/u-boot-blackfin.git sf
> > >
> > > Mike Frysinger (2):
> > > sf: sst: fix sector size
> > > sf: sst: add sst25vf###b ids
> > >
> > > Prafulla Wadaskar (1):
> > > sf:
Dear Scott Wood,
In message <20090707230448.ga31...@b07421-ec1.am.freescale.net> you wrote:
> The following changes since commit 59869ca72df8bc4e4ffa9dd17cb6673bbe010272:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-video
>
> are available in the git reposito
Hi,
2009/7/8 Prafulla Wadaskar :
>
>
>> -Original Message-
>> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
>> Sent: Monday, June 29, 2009 8:57 PM
>> To: u-boot@lists.denx.de
>> Cc: Prabhanjan Sarnaik; Ronen Shitrit; Ashish Karkare;
>> Prafulla Wadaskar
>> Subject: [PATCH 5/6] usb:
Jean-Christophe PLAGNIOL-VILLARD wrote:
> LOAD_ADDR = 0x1040
> LDSCRIPT = $(TOPDIR)/board/$(BOARDDIR)/eeprom.lds
> lnk = $(if $(obj),$(obj),.)
> @@ -49,7 +47,7 @@ $(obj)eeprom.srec: $(obj)eeprom.o $(obj)eeprom_start.o
> -o $(<:.o=) -e eeprom eeprom.o eeprom_start.o \
>
Dear Heiko Schocher,
In message <493f6f45.5060...@invitel.hu> you wrote:
>
> [PATCH] all platforms: make show_boot_progress () again working.
>
> Signed-off-by: Heiko Schocher
Applied, but...
> include/common.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/in
This patch allow to overwrit the libgcc Makefile inclusion from the toplevel
Makefile by the arch_config.mk files. This is in preparation for the ARM
architecture to move away from including libgcc function and only using
self-contained U-Boot functions as done in Linux.
Currently all the ARM boar
The initial SDRAM value was being hardcoded to CONFIG_MEM_INIT_VALUE
instead of the value passed in 'val'.
Signed-off-by: Peter Tyser
---
drivers/dma/fsl_dma.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.c
index 4e9eafc..f
When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
defined use DMA to set SDRAM to a known state. Previously a sequence of
64-bit stores was used.
Signed-off-by: Peter Tyser
---
cpu/mpc83xx/spd_sdram.c | 57 +++--
drivers/dma/fsl_dm
Signed-off-by: Peter Tyser
---
cpu/mpc83xx/spd_sdram.c |2 +-
include/configs/MPC8349EMDS.h |1 +
include/configs/MPC8360EMDS.h |1 +
include/configs/MPC8360ERDK.h |1 +
include/configs/MPC837XEMDS.h |1 +
include/configs/MPC837XERDB.h |1 +
include/configs/TQM834x.h
These changes bring the 83xx SDRAM ECC initialization in line
with the 85xx/86xx boards and also fixes a minor bug in fsl_dma.c.
I don't have any 83xx boards to test on, so it would be appreciated
if someone with 83xx hardware that uses ECC could give the patches
a shot.
It'd be nice if SDRAM cou
On Wednesday 08 July 2009 03:52:03 Michal Simek wrote:
> Do you have any problem with this asm-generic/errno.h patch?
i thought i acked it already ... but if not, sounds fine to me
-mike
signature.asc
Description: This is a digitally signed message part.
_
Dear Matthias Fuchs,
In message <200907082024.37153.matthias.fu...@esd-electronics.com> you wrote:
>
> Same with me. I cannot understand how maybe-GPL-incompatable
> sources can be part of U-Boot. This file is not the only one.
We are aware of this. See commit 78237df5.
> So does it even play a
On Wednesday 08 July 2009 13:48:44 Kumar Gala wrote:
> You seem to be the person acting as maintainer of u-boot-v2. Do you
> have any input if u-boot-v2 would stay with GPLv2 or move to GPLv3?
i asked him offlist and he said:
"I don't plan to switch U-Boot-v2 to GPL V3."
-mike
signature.asc
Des
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e202dd54d...@sc-vexch1.marvell.com>
you wrote:
>
> > I searched for some space on this CPU for implementing this
> > feature, but could not find any (at least 4 bytes = 1
> > register), which not lost his value on a reset of th
On Wednesday 08 July 2009 02:58:42 Peter Tyser wrote:
> Robin Getz wrote:
> > On Wed 8 Jul 2009 01:58, Mike Frysinger pondered:
> >> On Tuesday 07 July 2009 18:24:56 Kumar Gala wrote:
> >>> On Jul 7, 2009, at 3:25 PM, Scott Wood wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 15:02
Dear Nobuhiro Iwamatsu,
In message <29ab51dc0907072012j42cc59ex9036929b30743...@mail.gmail.com> you
wrote:
>
> Please pull u-boot-sh master branch.
Please see Kim Phillips' mail. I will delay the pull until I hear
from you that the problem has been solved. Thanks.
Best regards,
Wolfgang D
Dear Stefan Roese,
In message <1247068015-16224-1-git-send-email...@denx.de> you wrote:
> This patch adds support for the Keymile SUEN3 board which is based
> on the Marvell Kirkwood (88F6281) SoC.
...
> diff --git a/MAKEALL b/MAKEALL
> index 41f1445..6c80694 100755
> --- a/MAKEALL
> +++ b/MAKEALL
Linux's netconsole works much better when you can pass it the MAC address of
the server. (otherwise it just uses broadcast, which everyone else on my
network complains about :)
This sets the evn var "serveraddr" (to match ethaddr), so that you can pass
it to linux with whatever bootargs you want
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e202dd54d...@sc-vexch1.marvell.com>
you wrote:
>
> > board/keymile/suen3/sdramregs.txt | 28 +
> This file will be of no use until we have proposed bin_dep.sh and doimage
> utility in place.
Proposed?
I don't see any su
Hi,
> Dear Matthias Fuchs,
>
> In message <200907081621.51898.matthias.fu...@esd.eu> you wrote:
> >
> > > On Wednesday 08 July 2009 15:40:08 Matthias Fuchs wrote:
> > > > I am just cleaning up cpu/ppc4xx/4xx_pci.c (mainly coding style stuff).
> > > > I am wondering about the file's header. I thin
1 - 100 of 184 matches
Mail list logo
