> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: Sunday, July 12, 2009 9:37 PM
> To: Wolfgang Denk
> Cc: Prafulla Wadaskar; Manas Saksena; Ronen Shitrit; Nicolas
> Pitre; u-boot@lists.denx.de; Ashish Karkare; Prabhanjan
> Sarnaik; Le
Hi,
On Sun, Jul 12, 2009 at 9:58 PM, Jean-Christophe
PLAGNIOL-VILLARD wrote:
> On 17:10 Sat 11 Jul , Kyungmin Park wrote:
>> Use the common OneNAND linker script.
>>
>> Signed-off-by: Kyungmin Park
>> ---
>> diff --git a/onenand_ipl/board/apollon/u-boot.onenand.lds
>> b/onenand_ipl/u-boot-on
Dear Wolfgang.
Please pull u-boot-sh master branch.
Best regards,
Nobuhiro
The following changes since commit 3672cd5c3b53d219d33345eebad4e25ad5bf6d52:
Wolfgang Denk (1):
MAINTAINERS: fix sorting, remove duplicates.
are available in the git repository at:
git://git.denx.de/u-boot
Hi Wolfgang,
please pull
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://git.denx.de/u-boot-arm.git master
Daniel Mack (2):
pxa
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712195107.gc1...@game.jcrosoft.org> you wrote:
>
> > > > On ARM the use of libgcc should be the default like on all other
> > > > architectures - only if needed it should be possible to switch on a
> > > > don't-use-libgcc mode, but
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712193430.gb1...@game.jcrosoft.org> you wrote:
>
> when increase the u-boot size IMHO we do need to have the board maintainer
> ack because we do not known if it will break or not the board
It's not practical to wait for all BM's to ACK such
On 15:51 Wed 24 Jun , Scott Wood wrote:
> On Wed, Jun 24, 2009 at 05:23:05PM +0200, Matthias Kaehlcke wrote:
> > Add NAND support for the KwikByte KB9202
> >
> > Signed-off-by: Matthias Kaehlcke
> >
> > ---
> >
> > El Tue, Jun 23, 2009 at 04:19:40PM -0500 Scott Wood ha dit:
> >
> > > I get
On 21:35 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090712192216.ga1...@game.jcrosoft.org> you wrote:
> >
> > > Note that this is not a question of ARM versus other architectures.
> > > On ARM the use of libgcc should be the default like
On Sun 12 Jul 2009 09:14, Michael Zaidman pondered:
>
> On Fri, Jul 10, 2009 at 10:18 PM, Robin Getz
wrote:
>
>
> On Fri 10 Jul 2009 12:27, Robin Getz pondered:
> > >
http://git.denx.de/?p=u-boot/u-boot-net.git;a=commitdiff;h=3c172c4fdbbb5858fae38478d6399be4a16be3fc
> >
> > causes a regressio
On 20:37 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090712152355.gh7...@game.jcrosoft.org> you wrote:
> >
> > > If none of the board maintatiners sends a NAK after a reasonable time
> > > (3...4 days or so, max 1 week), the we can assume that t
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712192216.ga1...@game.jcrosoft.org> you wrote:
>
> > Note that this is not a question of ARM versus other architectures.
> > On ARM the use of libgcc should be the default like on all other
> > architectures - only if needed it should
Dear Dirk,
In message <4a5a3439.9000...@googlemail.com> you wrote:
>
> > And as I mantioned before: I do not oppose the change itself. I agree
> > that it is useful and actually a very good idea to support users who
> > really need this. The only things I oppose are (1) making this the
> > de
On 20:17 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Dirk Behme,
>
> In message <4a5a0b5b.2010...@googlemail.com> you wrote:
> >
> > > Of course it it nice if we can also provide a workaround for them, so
> > > they can update at a point in time that is convenient to them. But the
> > > implemen
Dear Wolfgang,
Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090712161700.gd21...@game.jcrosoft.org> you wrote:
>>> Right. And each of these is supposed to come with it's own version of
>>> libgcc, configured exactly for the requirements of this specific
>>>
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712152355.gh7...@game.jcrosoft.org> you wrote:
>
> > If none of the board maintatiners sends a NAK after a reasonable time
> > (3...4 days or so, max 1 week), the we can assume that the patch is
> > OK and should be applied.
> you ask us mu
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712161700.gd21...@game.jcrosoft.org> you wrote:
>
> > Right. And each of these is supposed to come with it's own version of
> > libgcc, configured exactly for the requirements of this specific
> > version and configuration of GCC.
> the
Dear Dirk Behme,
In message <4a5a0b5b.2010...@googlemail.com> you wrote:
>
> > Of course it it nice if we can also provide a workaround for them, so
> > they can update at a point in time that is convenient to them. But the
> > implementation of such a workaround should be clean, and eventually b
On 17:50 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Dirk,
>
> In message <4a59f95a.6060...@googlemail.com> you wrote:
> >
> > > I really hesitate to do that. It seems that not using the compiler
> > > provided library is not such a clever thing to do. The compile writes
> > > probably know
Dear Wolfgang,
Wolfgang Denk wrote:
> Dear Dirk,
>
> In message <4a59f95a.6060...@googlemail.com> you wrote:
>>> I really hesitate to do that. It seems that not using the compiler
>>> provided library is not such a clever thing to do. The compile writes
>>> probably know better what a spe
On 17:54 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090712151534.gf7...@game.jcrosoft.org> you wrote:
> >
> > > > > +#undef CONFIG_CMD_FLASH
> > > > > +#define CONFIG_SYS_NO_FLASH /* Declare no flash (NOR/SPI) */
> > > > please move th
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712151534.gf7...@game.jcrosoft.org> you wrote:
>
> > > > +#undef CONFIG_CMD_FLASH
> > > > +#define CONFIG_SYS_NO_FLASH/* Declare no flash (NOR/SPI) */
> > > please move this 2
> > > > +
> > > > +#include
> > > > +#define CONFIG_C
Dear Dirk Behme,
In message <4a59fbda.70...@googlemail.com> you wrote:
>
> I understood Jean-Christophe that he wants
>
> board/omap3/
>
> and this is what I doesn't like. At least not for the first board of a
> company. If they, later, add some additional (OMAP3) boards, moving
> then to boa
On 08:43 Thu 09 Jul , Matthias Weisser wrote:
> 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
>
Dear Dirk,
In message <4a59f95a.6060...@googlemail.com> you wrote:
>
> > I really hesitate to do that. It seems that not using the compiler
> > provided library is not such a clever thing to do. The compile writes
> > probably know better what a specific version of GCC needs that
> > an
On 09:15 Thu 09 Jul , Stefan Roese wrote:
> Hi Prafulla,
>
> On Wednesday 08 July 2009 19:48:19 Prafulla Wadaskar wrote:
> > > MAINTAINERS |1 +
> > > MAKEALL |1 +
> > > Makefile |3 +
> > > board/keymile/su
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 15:35 Sun 12 Jul , Dirk Behme wrote:
>> Dear Jean-Christophe,
>>
>> Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
> diff --git a/board/omap3/kboc/kboc.h b/board/omap3/kboc/kboc.h
>>> please create you own vendor dirent
>> NACK
Nishanth Menon wrote:
> Dirk Behme said the following on 07/12/2009 09:31 AM:
>> Nishanth Menon wrote:
>>> Jean-Christophe PLAGNIOL-VILLARD said the following on 07/12/2009
>>> 08:13 AM:
>> _sread*/\
>> + MUX_VAL(CP(D2D_MBUSFLAG), (IEN | PTD | DIS | M0))
>> /*d2d_mbusflag*/\
>>
On 16:41 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090712125617.ga7...@game.jcrosoft.org> you wrote:
> > On 10:28 Sun 12 Jul , Dirk Behme wrote:
> > > With commit 8d2effea23e938631126a7888008a0637e13b389 "mtd: Update
> > > MTD infrastructu
On 15:35 Sun 12 Jul , Dirk Behme wrote:
> Dear Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>
> >>>diff --git a/board/omap3/kboc/kboc.h b/board/omap3/kboc/kboc.h
> >please create you own vendor dirent
>
> NACK. We use board/omap3//.h syntax. So this is fine.
> Everything else
On 16:37 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090712125148.gc21...@game.jcrosoft.org> you wrote:
> > > + */
> > > +#undef CONFIG_CMD_FLASH
> > > +#define CONFIG_SYS_NO_FLASH /* Declare no flash (NOR/SPI) */
> > please move th
Dear Wolfgang,
Wolfgang Denk wrote:
> Dear Dirk Behme,
>
> In message <4a59e6b3.1070...@googlemail.com> you wrote:
>> Jean-Christophe PLAGNIOL-VILLARD wrote:
> diff --git a/board/omap3/kboc/kboc.h b/board/omap3/kboc/kboc.h
>>> please create you own vendor dirent
>> NACK. We use board/omap3//.
Dear Wolfgang,
Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090712120655.ga21...@game.jcrosoft.org> you wrote:
>>> It will hush up the current errors, but that's actually a bad thing
>>> here - the errors are an indication that Jean-Christophe's patch
>>>
Dirk Behme said the following on 07/12/2009 09:31 AM:
> Nishanth Menon wrote:
>> Jean-Christophe PLAGNIOL-VILLARD said the following on 07/12/2009
>> 08:13 AM:
> _sread*/\
> + MUX_VAL(CP(D2D_MBUSFLAG), (IEN | PTD | DIS | M0))
> /*d2d_mbusflag*/\
> + MUX_VAL(CP(D2D_SBUSFLAG),
Dear Dirk Behme,
In message <4a59e6b3.1070...@googlemail.com> you wrote:
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> >>> diff --git a/board/omap3/kboc/kboc.h b/board/omap3/kboc/kboc.h
> > please create you own vendor dirent
>
> NACK. We use board/omap3//.h syntax. So this is fine.
> Everythin
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712131357.ge7...@game.jcrosoft.org> you wrote:
>
> > > diff --git a/board/omap3/kboc/kboc.h b/board/omap3/kboc/kboc.h
> please create you own vendor dirent
This is only needed if the company is expected to release any
significant number of b
Dear Michael Zaidman,
In message <660c0f820907120614i2b33d8a1g9ac46c103e548...@mail.gmail.com> you
wrote:
>
> Did you try to remove the CONFIG_IPADDR from the board's config file?
> In this case the NetOurIP will get 0. That should solve the problem.
Setting or not setting CONFIG_IPADDR
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712125617.ga7...@game.jcrosoft.org> you wrote:
> On 10:28 Sun 12 Jul , Dirk Behme wrote:
> > With commit 8d2effea23e938631126a7888008a0637e13b389 "mtd: Update
> > MTD infrastructure to support 64bit device size"
> > CONFIG_SYS_64BIT_VSPRI
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712125148.gc21...@game.jcrosoft.org> you wrote:
> > + */
> > +#undef CONFIG_CMD_FLASH
> > +#define CONFIG_SYS_NO_FLASH/* Declare no flash (NOR/SPI) */
> please move this 2
> > +
> > +#include
> > +#define CONFIG_CMD_AUTOSCRIP
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090712120655.ga21...@game.jcrosoft.org> you wrote:
>
> > It will hush up the current errors, but that's actually a bad thing
> > here - the errors are an indication that Jean-Christophe's patch
> > might not be working as it is supposed t
Nishanth Menon wrote:
> Jean-Christophe PLAGNIOL-VILLARD said the following on 07/12/2009 08:13 AM:
_sread*/\
+ MUX_VAL(CP(D2D_MBUSFLAG), (IEN | PTD | DIS | M0)) /*d2d_mbusflag*/\
+ MUX_VAL(CP(D2D_SBUSFLAG), (IEN | PTD | DIS | M0)) /*d2d_sbusflag*/\
+ MUX_VAL(CP(SDRC_C
Jean-Christophe PLAGNIOL-VILLARD said the following on 07/12/2009 08:13 AM:
>>> _sread*/\
>>> + MUX_VAL(CP(D2D_MBUSFLAG), (IEN | PTD | DIS | M0)) /*d2d_mbusflag*/\
>>> + MUX_VAL(CP(D2D_SBUSFLAG), (IEN | PTD | DIS | M0)) /*d2d_sbusflag*/\
>>> + MUX_VAL(CP(SDRC_CKE0),(IDIS |
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> diff --git a/board/omap3/kboc/kboc.h b/board/omap3/kboc/kboc.h
> please create you own vendor dirent
NACK. We use board/omap3//.h syntax. So this is fine.
Everything else would make it inconsistent.
Best regards
Dirk
__
Could you regenerate it with the following option
git format-patch -M -B -C
> > + /* Configure GPIOs to output */
> > + writel(~(GPIO23 | GPIO17 | GPIO12 | GPIO11 | GPIO10 | GPIO8 |
> > GPIO2),
> > + &gpio6_base->oe);
> > + writel(~(GPIO31 | GPIO30 | GPIO29 | GPIO28
On Fri, Jul 10, 2009 at 10:18 PM, Robin Getz wrote:
> On Fri 10 Jul 2009 12:27, Robin Getz pondered:
> > http://git.denx.de/?p=u-boot/u-boot-net.git;a=commitdiff;h=3c172c4fdbbb5
> > 858fae38478d6399be4a16be3fc
> >
> > causes a regression on my network's DHCP server.
> > The part of the diff that c
> + */
> +#define CONFIG_CMDLINE_TAG 1 /* enable passing of ATAGs */
> +#define CONFIG_INITRD_TAG1 /* enable INITRD tag */
> +#define CONFIG_SETUP_MEMORY_TAGS 1 /* enable memory tag */
> +
> +#define CONFIG_SYS_PROMPT "Marvell>> "/* Command Prompt */
> +#define
On 17:11 Sat 11 Jul , Kyungmin Park wrote:
> Use common OneNAND IPL linker script.
>
> Signed-off-by: Kyungmin Park
please number the patch to known the apply order
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 10:28 Sun 12 Jul , Dirk Behme wrote:
>> With commit 8d2effea23e938631126a7888008a0637e13b389 "mtd: Update
>> MTD infrastructure to support 64bit device size"
>> CONFIG_SYS_64BIT_VSPRINTF needs to be defined to get correct output
>> and to remove anno
On 17:10 Sat 11 Jul , Kyungmin Park wrote:
> Use the common OneNAND linker script.
>
> Signed-off-by: Kyungmin Park
> ---
> diff --git a/onenand_ipl/board/apollon/u-boot.onenand.lds
> b/onenand_ipl/u-boot-onenand.lds
> similarity index 100%
> rename from onenand_ipl/board/apollon/u-boot.onen
On 10:28 Sun 12 Jul , Dirk Behme wrote:
> With commit 8d2effea23e938631126a7888008a0637e13b389 "mtd: Update
> MTD infrastructure to support 64bit device size"
> CONFIG_SYS_64BIT_VSPRINTF needs to be defined to get correct output
> and to remove annoying warning
>
> warning: #warning Please def
On 22:42 Fri 10 Jul , Mike Frysinger wrote:
> On Friday 10 July 2009 21:20:45 Shinya Kuribayashi wrote:
> > Peter Tyser wrote:
> > >> Before verifying MIPS builds, I'd like to make sure that why you take
> > >> lib/$(ARCH)/ alternative, not $(ARCH)/lib/. If there were any
> > >> discussion on
> + */
> +#undef CONFIG_CMD_FLASH
> +#define CONFIG_SYS_NO_FLASH /* Declare no flash (NOR/SPI) */
please move this 2
> +
> +#include
> +#define CONFIG_CMD_AUTOSCRIPT
> +#define CONFIG_CMD_DHCP
> +#define CONFIG_CMD_ENV
> +#define CONFIG_CMD_FAT
> +#define CONFIG_CMD_NAND
> +#define CONFIG
On 14:13 Sun 12 Jul , Dirk Behme wrote:
> Dear Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> >be go in vacancy for one week this night
>
> This does mean that we will have no more ARM patches merged until
> merge window closes, right?
one tonight one next sunday
Best Regards
> In message you wrote:
>> Fix incorrect information about size units.
>>
>> Signed-off-by: Andrzej Wolski
>> ---
>> diff --git a/common/cmd_ubi.c b/common/cmd_ubi.c
>> index bbca389..d1653b1 100644
>> --- a/common/cmd_ubi.c
>> +++ b/common/cmd_ubi.c
>> @@ -608,6 +608,6 @@ U_BOOT_CMD(ubi, 6, 1, d
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> be go in vacancy for one week this night
This does mean that we will have no more ARM patches merged until
merge window closes, right?
Best regards
Dirk
___
U-Boot mailing list
U-Boot@li
On 12:29 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Stefan Roese,
>
> In message <200907121002.46516...@denx.de> you wrote:
> >
> > > Any idea why this still happens *with* libgcc patches? Any idea how to
> > > fix this? Add __umoddi3 and __udivdi3 to libgcc patch, too?
> >
> > I have to admit
This fix macb driver broken by commit
56b555a644f3cbb1b3929cb52b61d3ce483885f5
>>> what exactly broke ? drivers that are ported to NET_MULTI should *not*
>>> be getting the mac from the environment. and from what i can see, the
>>> macb driver is properly supporting the NET_MULTI setup.
Dear Stefan Roese,
In message <200907121002.46516...@denx.de> you wrote:
>
> > Any idea why this still happens *with* libgcc patches? Any idea how to
> > fix this? Add __umoddi3 and __udivdi3 to libgcc patch, too?
>
> I have to admit that I'm not sure why this is the case. But I suggest that
>
With commit 8d2effea23e938631126a7888008a0637e13b389 "mtd: Update
MTD infrastructure to support 64bit device size"
CONFIG_SYS_64BIT_VSPRINTF needs to be defined to get correct output
and to remove annoying warning
warning: #warning Please define CONFIG_SYS_64BIT_VSPRINTF for correct output!
Add C
Stefan Roese wrote:
> Hi Dirk,
>
> On Sunday 12 July 2009 09:54:12 Dirk Behme wrote:
>> While without CONFIG_SYS_64BIT_VSPRINTF everything compiles fine with
>> both libgcc patches applied, enabling CONFIG_SYS_64BIT_VSPRINTF still
>> results in
>>
>> lib_generic/libgeneric.a(vsprintf.o): In functi
Hi Dirk,
On Sunday 12 July 2009 09:54:12 Dirk Behme wrote:
> While without CONFIG_SYS_64BIT_VSPRINTF everything compiles fine with
> both libgcc patches applied, enabling CONFIG_SYS_64BIT_VSPRINTF still
> results in
>
> lib_generic/libgeneric.a(vsprintf.o): In function `put_dec':
>
> lib_generic/v
Dear Stefan and Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> This patch allows to override 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 functions and only u
61 matches
Mail list logo
