Re: [U-Boot] Kernel RSA signature ?

Dear Cyrille Francois, In message <61acdef60907212330r1a4d5829t976f88f72bcde...@mail.gmail.com> you wrote: > > I'm looking for a solution to authenticate the kernel launched by > u-boot via a RSA signature. > Or another way perhaps... > > I ask here for that, before beginning my development...

[U-Boot] [PATCH] Add some second source legacy flash chips 256x8

Signed-off-by: Niklaus Giger --- We tested some boot flashes as possible second source. As some had ids above 0x7f, we had to implement JEDEC JEP106Z in cfi_flash.c. I now that I just missed the merge window, but the patches are not urgent and I was away for a three week drivers/mtd/cfi_flash.c

[U-Boot] Kernel RSA signature ?

Hi, I'm looking for a solution to authenticate the kernel launched by u-boot via a RSA signature. Or another way perhaps... I ask here for that, before beginning my development... if a solution already exist. Thanks Cyrille FRANCOIS ___ U-Boot mailing

Re: [U-Boot] cp.b command not working for copy to flash

On Wed, Jul 22, 2009 at 12:03 PM, Dieter Kiermaier wrote: > Hi Nirav, > > > > I am trying cp.b 2200 1010 18 (i.e. copy from RAM to FLASH) > > Its showing me message flash can't Erase. > > > > But when i tried cp.b 1010 2200 18 its working. (i.e. copy > from > > FLASH to RAM

Re: [U-Boot] cp.b command not working for copy to flash

Hi Nirav, > > I am trying cp.b 2200 1010 18 (i.e. copy from RAM to FLASH) > Its showing me message flash can't Erase. > > But when i tried cp.b 1010 2200 18 its working. (i.e. copy from > FLASH to RAM) > Can please anybody tell me what's going wrong?? Maybe you have to un

Re: [U-Boot] cp.b command not working for copy to flash

Dear Nirav Rabara, In message <24600612.p...@talk.nabble.com> you wrote: > > I am trying cp.b 2200 1010 18 (i.e. copy from RAM to FLASH) > Its showing me message flash can't Erase. > > But when i tried cp.b 1010 2200 18 its working. (i.e. copy from > FLASH to RAM) > Can p

Re: [U-Boot] Ping is not working with uboot 1.3.4 on at91sam9263 custom board

Dear Nirav Rabara, In message <24600587.p...@talk.nabble.com> you wrote: > > Hi i have been using custom board with at91sam9263 and U boot 1.3.4, > It showing that link is up and down whenever i pluging and plugout the > Ethernet cable. > But when I try to ping, it showing : host device not activ

[U-Boot] cp.b command not working for copy to flash

I am trying cp.b 2200 1010 18 (i.e. copy from RAM to FLASH) Its showing me message flash can't Erase. But when i tried cp.b 1010 2200 18 its working. (i.e. copy from FLASH to RAM) Can please anybody tell me what's going wrong?? -- View this message in context: http://www

[U-Boot] Ping is not working with uboot 1.3.4 on at91sam9263 custom board

Hi i have been using custom board with at91sam9263 and U boot 1.3.4, It showing that link is up and down whenever i pluging and plugout the Ethernet cable. But when I try to ping, it showing : host device not active. Whether its a problem with Uboot or something with board?? Your suggestions would

Re: [U-Boot] [PATCH v2] atmel_df_pow2: standalone to convert dataflashes to pow2

On Wednesday 22 July 2009 01:53:05 Peter Tyser wrote: > Still, why not make this file's compilation dependent on some define > like CONFIG_ATMEL_DATAFLASH_SPI (or whatever is appropriate) when you > resubmit? I have no interest in compiling it for any boards I use... the current standalone Makefi

Re: [U-Boot] [PATCH v2] atmel_df_pow2: standalone to convert dataflashes to pow2

> > I just tried applying this patch, moving atmel_df_pow2 into > > examples/standalone, and I get: > > > > pty...@ptyser-laptop u-boot $ make mrproper > > pty...@ptyser-laptop u-boot $ make XPEDITE5370_config > > Configuring for XPEDITE5370 board... > > pty...@ptyser-laptop u-boot $ make -s > > a

Re: [U-Boot] arm: pRAM support?

Hello Andreas, Andreas Huber wrote: > We are using the pRAM feature (CONFIG_PRAM) on the PPC architecture. As > we are switching to an ARM architecture (Kirkwood) I am wondering if > there is an equivalent U-Boot feature for this (CONFIG_PRAM did not > work). As this functionality uses RAM at the

Re: [U-Boot] [PATCH v2] atmel_df_pow2: standalone to convert dataflashes to pow2

On Wednesday 22 July 2009 01:25:45 Mike Frysinger wrote: > On Wednesday 22 July 2009 00:52:51 Peter Tyser wrote: > > but there's still a > > number of undefined references: pty...@ptyser-laptop u-boot $ make -s > > atmel_df_pow2.o: In function `atmel_df_pow2': > > /home/ptyser/u-boot/examples/stand

Re: [U-Boot] [PATCH v2] atmel_df_pow2: standalone to convert dataflashes to pow2

On Wednesday 22 July 2009 00:52:51 Peter Tyser wrote: > > > > --- a/examples/standalone/Makefile > > > > +++ b/examples/standalone/Makefile > > > > @@ -86,6 +86,10 @@ ELF = hello_world > > > > SREC = hello_world.srec > > > > BIN= hello_world.bin > > > > > > > > +ELF+= atmel_df_pow2 > >

Re: [U-Boot] [PATCH 5/8]: Use do_div from div64.h for vsprintf

Hi Dirk, On Tuesday 21 July 2009 20:32:01 Dirk Behme wrote: > This is because do_div() in div64.h only likes a 64bit value as first > parameter. > > So something like > > --- a/lib_generic/vsprintf.c > +++ b/lib_generic/vsprintf.c > @@ -22,18 +22,19 @@ extern int do_reset (cmd_tbl_t *cmdtp, i >

Re: [U-Boot] [PATCH 2/4]: arm: Kirkwood: Fix compiler optimization bug for kwgbe_send

Simon Kagstrom wrote: > kwgbe_send/recv both have loops waiting for the hardware to set a bit. > GCC 4.3.3 cleverly optimizes the send case to ... a while(1); loop. This > patch uses readl to force a read from device memory. Other volatile > accesses have also been replaced with readl/writel where

Re: [U-Boot] [PATCH v2] atmel_df_pow2: standalone to convert dataflashes to pow2

> > > --- a/examples/standalone/Makefile > > > +++ b/examples/standalone/Makefile > > > @@ -86,6 +86,10 @@ ELF= hello_world > > > SREC = hello_world.srec > > > BIN = hello_world.bin > > > > > > +ELF += atmel_df_pow2 > > > +SREC += atmel_df_pow2.srec > > > +BIN += atmel

Re: [U-Boot] [PATCH v2] atmel_df_pow2: standalone to convert dataflashes to pow2

On Tuesday 21 July 2009 23:52:21 Peter Tyser wrote: > > examples/atmel_df_pow2.c > > examples/standalone/.gitignore > > examples/standalone/Makefile > > 3 files changed, 214 insertions(+), 0 deletions(-) > > create mode 100644 examples/atmel_df_pow2.c > > I think there will be some build issues

Re: [U-Boot] [PATCH v2] atmel_df_pow2: standalone to convert dataflashes to pow2

Hi Mike, > examples/atmel_df_pow2.c | 209 > > examples/standalone/.gitignore |1 + > examples/standalone/Makefile |4 + > 3 files changed, 214 insertions(+), 0 deletions(-) > create mode 100644 examples/atmel_df_pow2.c I think there wi

[U-Boot] [PATCH] autoconf.mk: include before config.mk for top level files

By including autoconf.mk before config.mk, all top level files can use any config options it sets up (like _config.mk) or the Makefile itself without being forced to use lazy evaluation. --- Makefile | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/Makefile b/Makef

[U-Boot] [PATCH v2] atmel_df_pow2: standalone to convert dataflashes to pow2

Atmel DataFlashes by default operate with pages that are slightly bigger than normal binary sizes (i.e. many are 1056 byte pages rather than 1024 bytes). However, they also have a "power of 2" mode where the pages show up with the normal binary size. The latter mode is required in order to boot w

[U-Boot] [PATCH v2] export SPI functions to standalone apps

While we're here, fix the broken #ifdef handling in _exports.h. Signed-off-by: Mike Frysinger --- v2 - drop all wrong #ifdef usage in _exports.h common/exports.c |8 include/_exports.h | 13 + include/exports.h |3 ++- 3 files changed, 19 insertions(+),

Re: [U-Boot] PATCH 2/2] Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536 boards

> -Original Message- > From: Kumar Gala [mailto:ga...@kernel.crashing.org] > Sent: Tuesday, July 21, 2009 22:04 PM > To: Zang Roy-R61911 > Cc: U-Boot-Denx > Subject: Re: PATCH 2/2] Add pci/pcie E1000 ethernet support > for MPC8544DS and MPC8536 boards > > > On Jul 8, 2009, at 9:05 PM

Re: [U-Boot] [PATCH] mpc83xx: Add esd VME8349 board support

On Tue, 21 Jul 2009 11:38:31 +0200 Stefan Roese wrote: > > might want to add a doc/README.vme8349 at some point. > > Currently not planned. I have to admit that I usually don't add such a > readme. > It's not an evaluation board after all. your call - the board will be easier to maintain prov

Re: [U-Boot] [PATCH][FIXED] zlib: updated to v.1.2.3

things like "fixed" and "v3" and "resend" should go inside of [patch ...]. git am will trim [patch ...], but it wont trim the other stuff. and really "fixed" should be "v2" or something. -mike signature.asc Description: This is a digitally signed message part.

Re: [U-Boot] Pull request - net

Dear Prafulla Wadaskar, In message <73173d32e9439e4abb5151606c3e19e202ddf27...@sc-vexch1.marvell.com> you wrote: > > By default Auto negotiation for interface speed is enabled (hard coded). > Until if some one configures, forced interface speed will not be active. > I could not find other option

Re: [U-Boot] http client?

Dear Robin Getz, In message <200907211400.21275.rg...@blackfin.uclinux.org> you wrote: > > > I know there have been discussions about adding wget to U-Boot, which > > I agree is not something that is worthwhile to do. I am not so sure about that, but that's just my opinion. > > http://lists.den

Re: [U-Boot] [PATCH 2/2] document network driver framework

On Tuesday 21 July 2009 16:55:34 Ben Warren wrote: > Mike Frysinger wrote: > > On Tuesday 21 July 2009 03:32:55 Wolfgang Denk wrote: > >> Mike Frysinger wrote: > Is this a generally-accepted naming convention? I personally think > it's crap, and since there isn't a single driver that use

Re: [U-Boot] [PATCH 2/2] document network driver framework

Mike Frysinger wrote: > On Tuesday 21 July 2009 03:32:55 Wolfgang Denk wrote: > >> Mike Frysinger wrote: >> Is this a generally-accepted naming convention? I personally think it's crap, and since there isn't a single driver that uses it yet, you might say this is a bit ahead

Re: [U-Boot] [PATCH 2/2] document network driver framework

On Tuesday 21 July 2009 03:32:55 Wolfgang Denk wrote: > Mike Frysinger wrote: > > > Is this a generally-accepted naming convention? I personally think > > > it's crap, and since there isn't a single driver that uses it yet, you > > > might say this is a bit ahead of the curve. > > > > some style n

[U-Boot] [PATCH] Add some second source legacy flash chips 256x8

Signed-off-by: Niklaus Giger --- We tested some boot flashes as possible second source. As some had ids above 0x7f, we had to implement JEDEC JEP106Z in cfi_flash.c. I now that I just missed the merge window, but the patches are not urgent and I was away for a three week drivers/mtd/cfi_flash.c

Re: [U-Boot] [PATCH 5/6] net: Kirkwood_egiga: forced interface speed config support

On Tue, Jul 21, 2009 at 12:01:49PM -0700, Prafulla Wadaskar wrote: > > >>> By default Auto Negotiation is enabled for interface speed but on > > >>> some platforms like RD6281A it does not work. > > >>> If you want to forced program it to desired speed, this > > patch helps- > > >>> > > >>> Thro

Re: [U-Boot] [PATCH 5/6] net: Kirkwood_egiga: forced interface speed config support

> > > > > > Wolfgang Denk > > > > > > > > No problem. I assumed it was a chip erratum but should have > > looked closer. Let's wait for Prafulla's response. > Ideally auto negotiation must work, but :-( > I don't think this is not for SoC/PHY erratum since both are working okay > with other

Re: [U-Boot] [PATCH 5/6] net: Kirkwood_egiga: forced interface speed config support

> -Original Message- > From: Ben Warren [mailto:biggerbadder...@gmail.com] > Sent: Tuesday, July 21, 2009 11:53 AM > To: Jean-Christophe PLAGNIOL-VILLARD > Cc: Prafulla Wadaskar; Manas Saksena; Ronen Shitrit; Nicolas > Pitre; u-boot@lists.denx.de; Ashish Karkare; Prabhanjan > Sarnaik;

Re: [U-Boot] [PATCH 5/6] net: Kirkwood_egiga: forced interface speed config support

> -Original Message- > From: Ben Warren [mailto:biggerbadder...@gmail.com] > Sent: Tuesday, July 21, 2009 1:14 PM > To: Wolfgang Denk > Cc: Prafulla Wadaskar; Manas Saksena; Ronen Shitrit; Nicolas > Pitre; u-boot@lists.denx.de; Ashish Karkare; Prabhanjan > Sarnaik; Lennert Buijtenhek

Re: [U-Boot] Pull request - net

> -Original Message- > From: u-boot-boun...@lists.denx.de > [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk > Sent: Tuesday, July 21, 2009 1:19 PM > To: Ben Warren > Cc: U-Boot > Subject: Re: [U-Boot] Pull request - net > > Dear Ben Warren, > > In message <4a656de2.10

[U-Boot] [PATCH 1/2] xes: Increase CONFIG_SYS_BOOTM_LEN to 16MB

Increasing CONFIG_SYS_BOOTM_LEN from 8 MB to 16 MB is necessary to support uncompressing images larger than 8 MB when using the bootm command. Note that recent Linux kernels for the 85xx and 86xx map greater than 16MB of memory on bootup, but we use 16MB to maintain compatibility with older Linux

[U-Boot] [PATCH 2/2] xpedite5370: Enable NAND command support

Use the MPC8572's eLBC to access 1 GB (or greater) onboard NAND flash via the 'nand' command. Previously, the XPedite5370's NAND chip selects were properly configured, but NAND support was not enabled. Signed-off-by: Peter Tyser --- include/configs/XPEDITE5370.h |9 - 1 files change

Re: [U-Boot] http client?

Hi Robin, > Robin Getz wrote: > > Sorry - first time I sent this -- I forgot to cc the list... > > > > On Tue 21 Jul 2009 12:37, Robin Getz pondered: > > > >> redboot supports (and has since 2002) a mini-http client: > >> > >> This is just a transfer data via the network using HTTP protocol, no

[U-Boot] [PATCH v3 4/4] Kirkwood: Sheevaplug: kwimage configuration

Signed-off-by: Prafulla Wadaskar --- Change log: v2: updated as per review feedback for v1 v3: some white spaces removed board/Marvell/sheevaplug/config.mk|3 + board/Marvell/sheevaplug/kwbimage.cfg | 162 + 2 files changed, 165 insertions(+), 0 deletion

[U-Boot] [PATCH v2 3/4] tools: mkimage: kwbimage list command support

Signed-off-by: Prafulla Wadaskar --- Change log: v2: braces removed on single-line statements coding styles func() converted to func () used defines for error values common/image.c |4 ++-- tools/kwbimage.c | 41 + tools/kwbimage.h |6 ++ t

Re: [U-Boot] [PATCH 5/8]: Use do_div from div64.h for vsprintf

Wolfgang Denk wrote: > Dear Simon Kagstrom, > > In message <20090720214252.b0b6e832e...@gemini.denx.de> I wrote: >> Dear Simon Kagstrom, >> >> In message <20090707155927.78e75...@marrow.netinsight.se> you wrote: >>> Signed-off-by: Simon Kagstrom >>> --- >>> lib_generic/vsprintf.c |7 +--

[U-Boot] [PATCH v3 2/4] tools: mkimage (type=kwbimage) kirkwood boot image support

For more details refer docs/README.kwbimage Signed-off-by: Prafulla Wadaskar --- Change log: v2: strtok_r() used for simple parser algorithm updated as per feedback for v1 all line checked to be below 78 :-) v3: braces removed on single-line statements coding styles func() converted to func ()

Re: [U-Boot] [PATCH] Support for the Calao TNY-A9260 board

On Tue, Jul 21, 2009 at 07:40:39PM +0200, Wolfgang Denk wrote : > > # > > diff --git a/Makefile b/Makefile > > index 25a6254..d05abd9 100644 > > --- a/Makefile > > +++ b/Makefile > > @@ -2807,6 +2807,18 @@ at91sam9g45ekes_conf

[U-Boot] Rejected: PATCH Nios2 kernel bootstrap error due to missing processor data cache flush: fix

See comments. > diff --git a/lib_nios2/bootm.c b/lib_nios2/bootm.c > index 53fd569..1e8034b 100644 > --- a/lib_nios2/bootm.c > +++ b/lib_nios2/bootm.c > @@ -2,6 +2,9 @@ > * (C) Copyright 2003, Psyent Corporation > * Scott McNutt > * > + * (C) Copyright 2009, Imagos sas > + * Renato Andreo

Re: [U-Boot] http client?

Hi Robin, Robin Getz wrote: > Sorry - first time I sent this -- I forgot to cc the list... > > On Tue 21 Jul 2009 12:37, Robin Getz pondered: > >> redboot supports (and has since 2002) a mini-http client: >> >> This is just a transfer data via the network using HTTP protocol, no >> better or w

Re: [U-Boot] http client?

Sorry - first time I sent this -- I forgot to cc the list... On Tue 21 Jul 2009 12:37, Robin Getz pondered: > redboot supports (and has since 2002) a mini-http client: > > This is just a transfer data via the network using HTTP protocol, no > better or worse than tftp. (no https, no proxy, no ot

Re: [U-Boot] [PATCH v2] 86xx: Report which "bank" of NOR flash we are booting from on MPC8641HPCN

Dear Kumar Gala, In message <1248193876-15362-1-git-send-email-ga...@kernel.crashing.org> you wrote: > The MPC8641HPCN board is capable of swizzling the upper address bit of > the NOR flash we boot out of which creates the concept of "virtual" > banks. This is useful in that we can flash a test

Re: [U-Boot] [PATCH] Support for the Calao TNY-A9260 board

Dear Albin Tonnerre, In message <1248191599-23258-1-git-send-email-albin.tonne...@free-electrons.com> you wrote: > The Calao TNY-A9260 board is a board manufactured and sold by Calao > Systems . Its components are very > similar to the AT91SAM9260EK board, so its con

[U-Boot] [PATCH v2 2/4] tools: mkimage (type=kwbimage) kirkwood boot image support

For more details refer docs/README.kwbimage Signed-off-by: Prafulla Wadaskar --- Change log: v2: strtok_r() used for simple parser algorithm updated as per feedback for v1 all line checked to be below 78 :-) Makefile|5 + common/image.c |1 + doc/README.kwbimage | 93

[U-Boot] [PATCH v2 1/4] tools: mkimage: hdr_size used to facilitate customized support

hdr_size variable is initialized at the begining of image creation algorithm instead of reading it each time. This facilitate to use the common code for other image type implementations for ex. kwbimage Signed-off-by: Prafulla Wadaskar --- hdr_size declaration moved at the top tools/mkimage.c |

[U-Boot] [PATCH v2 1/4] tools: mkimage: hdr_size used to facilitate customized support

hdr_size variable is initialized at the begining of image creation algorithm instead of reading it each time. This facilitate to use the common code for other image type implementations for ex. kwbimage Signed-off-by: Prafulla Wadaskar --- hdr_size declaration moved at the top tools/mkimage.c |

[U-Boot] [PATCH v2 1/4] tools: mkimage: hdr_size used to facilitate customized support

hdr_size variable is initialized at the begining of image creation algorithm instead of reading it each time. This facilitate to use the common code for other image type implementations for ex. kwbimage Signed-off-by: Prafulla Wadaskar --- hdr_size declaration moved at the top tools/mkimage.c |

[U-Boot] [PATCH v2 1/4] tools: mkimage: hdr_size used to facilitate customized support

hdr_size variable is initialized at the begining of image creation algorithm instead of reading it each time. This facilitate to use the common code for other image type implementations for ex. kwbimage Signed-off-by: Prafulla Wadaskar --- hdr_size declaration moved at the top tools/mkimage.c |

[U-Boot] [PATCH 3/4] tools: mkimage: kwbimage list command support

Signed-off-by: Prafulla Wadaskar --- common/image.c |4 ++-- tools/kwbimage.c | 41 + tools/mkimage.c |7 ++- 3 files changed, 49 insertions(+), 3 deletions(-) diff --git a/common/image.c b/common/image.c index 845006f..e3ad3e5 100644 ---

[U-Boot] [PATCH v2 2/4] tools: mkimage (type=kwbimage) kirkwood boot image support

For more details refer docs/README.kwbimage Signed-off-by: Prafulla Wadaskar --- Change log: v2: strtok_r() used for simple parser algorithm updated as per feedback for v1 all line checked to be below 78 :-) Makefile|5 + common/image.c |1 + doc/README.kwbimage | 93

[U-Boot] [PATCH v2 4/4] Kirkwood: Sheevaplug: kwimage configuration

Signed-off-by: Prafulla Wadaskar --- Change log: v2: updated as per review feedback for v1 board/Marvell/sheevaplug/config.mk|3 + board/Marvell/sheevaplug/kwbimage.cfg | 162 + 2 files changed, 165 insertions(+), 0 deletions(-) create mode 100644 board/

Re: [U-Boot] [PATCH 3/4] tools: mkimage: kwbimage list command support

On Tuesday 21 July 2009 23:25:50 Prafulla Wadaskar wrote: > Signed-off-by: Prafulla Wadaskar Just some quick nitpicking comment below. > --- > common/image.c |4 ++-- > tools/kwbimage.c | 41 + > tools/mkimage.c |7 ++- > 3 files changed,

[U-Boot] [PATCH v2] 86xx: Report which "bank" of NOR flash we are booting from on MPC8641HPCN

The MPC8641HPCN board is capable of swizzling the upper address bit of the NOR flash we boot out of which creates the concept of "virtual" banks. This is useful in that we can flash a test of image of u-boot and reset to one of the virtual banks while still maintaining a working image in "bank 0".

Re: [U-Boot] [PATCH] 85xx: Report which "bank" of NOR flash we are booting from on FSL boards

On Jul 21, 2009, at 10:08 AM, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <1248187378-5970-1-git-send-email- > ga...@kernel.crashing.org> you wrote: >> The p2020DS, MPC8536DS, MPC8572DS, MPC8544DS boards are capable of >> swizzling the upper address bits of the NOR flash we boot out o

Re: [U-Boot] [PATCH] - save the server's mac address...

On Tue 21 Jul 2009 02:37, Ben Warren pondered: > Can you please re-submit using git tools? From: Robin Getz 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

[U-Boot] [PATCH] Support for the Calao TNY-A9260 board

The Calao TNY-A9260 board is a board manufactured and sold by Calao Systems . Its components are very similar to the AT91SAM9260EK board, so its configuration is based on the configuration of this board. There are however some differences: different clocks, no LCD, no

[U-Boot] [PATCH 3/4] tools: mkimage: kwbimage list command support

Signed-off-by: Prafulla Wadaskar --- common/image.c |4 ++-- tools/kwbimage.c | 41 + tools/mkimage.c |7 ++- 3 files changed, 49 insertions(+), 3 deletions(-) diff --git a/common/image.c b/common/image.c index 845006f..e3ad3e5 100644 ---

Re: [U-Boot] [RFC] CONFIG naming convetion

On Mon 20 Jul 2009 16:33, Wolfgang Denk pondered: > Dear Robin Getz, [snip] > You seem to live on a different planet than me. That is a well though out point. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH] fec_mxc: driver for FEC ethernet controller on i.MX27

Signed-off-by: Ilya Yanok --- cpu/arm926ejs/mx27/generic.c | 10 + drivers/net/Makefile |1 + drivers/net/fec_mxc.c| 742 ++ drivers/net/fec_mxc.h| 304 + include/netdev.h |1 + 5 files changed

Re: [U-Boot] [PATCH] 86xx: Report which "bank" of NOR flash we are booting from on MPC8641HPCN

On Tuesday 21 July 2009 17:05:56 Wolfgang Denk wrote: > > int checkboard(void) > > { > > - printf ("Board: MPC8641HPCN, System ID: 0x%02x, " > > - "System Version: 0x%02x, FPGA Version: 0x%02x\n", > > + u8 vboot; > > + > > + printf ("Board: MPC8641HPCN, Sys ID: 0x%02x, " > > +

[U-Boot] [PATCHv4 3/3] 83xx, kmeter1: added NAND support

Signed-off-by: Heiko Schocher --- - changes since v1: moved the nand driver to drivers/mtd/nand/kmeter1_nand.c as Stefan Roese suggested - changes since v2: added comments from Stefan Roese - drivers/mtd/nand/kmeter1_nand.c only gets compiled if CONFIG_NAND_KMETER1 is set in board con

Re: [U-Boot] [PATCH] 85xx: Report which "bank" of NOR flash we are booting from on FSL boards

Dear Kumar Gala, In message <1248187378-5970-1-git-send-email-ga...@kernel.crashing.org> you wrote: > The p2020DS, MPC8536DS, MPC8572DS, MPC8544DS boards are capable of > swizzling the upper address bits of the NOR flash we boot out of which > creates the concept of "virtual" banks. This is usef

[U-Boot] Please pull u-boot-i2c.git

Hello Wolfgang, The following changes since commit 1bc1538613d66cef3cbce680fc8d7c3561a0fbd0: Peter Tyser (1): Move examples/ to examples/standalone are available in the git repository at: git://git.denx.de/u-boot-i2c.git master Heiko Schocher (1): i2c, mpc83xx: add CONFIG_SYS_

Re: [U-Boot] [PATCH 2/3] i2c, mpc83xx: add CONFIG_SYS_I2C_INIT_BOARD for fsl_i2c

Hello Heiko Heiko Schocher wrote: > This patch adds the possibility to call a board specific > i2c bus reset routine for the fsl_i2c bus driver, and adds > this option for the keymile kmeter1 board. > > The deblock sequence for this board is implemented and > tested in the following way: > > CR

Re: [U-Boot] [PATCH] 86xx: Report which "bank" of NOR flash we are booting from on MPC8641HPCN

Dear Kumar Gala, In message <1248187311-5943-1-git-send-email-ga...@kernel.crashing.org> you wrote: > The MPC8641HPCN board is capable of swizzling the upper address bit of > the NOR flash we boot out of which creates the concept of "virtual" > banks. This is useful in that we can flash a test o

Re: [U-Boot] [PATCH 1/2] Removed CONFIG_NUM_CPUS for 85xx and 86xx Freescale processors.

Dear Kumar Gala, In message you wrote: > > > Sorry, but this does not scale. Please find a better solution. > > is there a better solution? We effectively do things like this in the > board CONFIG.h and its just duplicated for every board. Here its just > isolated. Just wondering if you

[U-Boot] [PATCH] 85xx: Report which "bank" of NOR flash we are booting from on FSL boards

The p2020DS, MPC8536DS, MPC8572DS, MPC8544DS boards are capable of swizzling the upper address bits of the NOR flash we boot out of which creates the concept of "virtual" banks. This is useful in that we can flash a test of image of u-boot and reset to one of the virtual banks while still maintain

[U-Boot] [PATCH] 86xx: Report which "bank" of NOR flash we are booting from on MPC8641HPCN

The MPC8641HPCN board is capable of swizzling the upper address bit of the NOR flash we boot out of which creates the concept of "virtual" banks. This is useful in that we can flash a test of image of u-boot and reset to one of the virtual banks while still maintaining a working image in "bank 0".

[U-Boot] Please pull u-boot-mpc85xx

The following changes since commit d4abc757c26c531293f5bbc4262ade44a317eec9: Peter Tyser (1): Move api_examples to examples/api are available in the git repository at: git://git.denx.de/u-boot-mpc85xx.git master Kumar Gala (3): 85xx: Bump up the BOOTMAP to 16M on FSL 85xx board

Re: [U-Boot] [PATCH v3 0/8] hwconfig and some its users

On Jul 16, 2009, at 4:06 PM, Anton Vorontsov wrote: > On Thu, Jul 16, 2009 at 10:52:13PM +0200, Wolfgang Denk wrote: >> Dear Kim Phillips, >> >> In message <20090707173804.acc352f9.kim.phill...@freescale.com> you >> wrote: >>> Any news on this? >>> >>> Wolfgang, if you have no objection, p

Re: [U-Boot] Copyright/License text in cpu/ppc4xx/4xx_pci.c

Gentlemen, First, my apologies for ignoring this thread for so long. As I recall, I was the person that added this file to ppcboot almost 7 years ago when I added the first Book E support. Matthias Fuchs wrote: > Did you have a look into include ppc440.h? I took a pretty close look. There's sti

Re: [U-Boot] [PATCH 2/3] xpedite5370: Fix I2C GPIO initialization typo

On Jul 19, 2009, at 7:17 PM, pty...@xes-inc.com wrote: > From: Peter Tyser > > Signed-off-by: Peter Tyser > --- > board/xes/xpedite5370/xpedite5370.c |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) applied - k ___ U-Boot mailing list

Re: [U-Boot] [PATCH 1/3] xpedite5200, 5370: Use buffered NOR flash writes

On Jul 19, 2009, at 7:17 PM, pty...@xes-inc.com wrote: > From: Peter Tyser > > Buffered writes are possible on the XPedite5200 and XPedite5370 and > greatly > improve NOR flash write speeds > > Signed-off-by: Peter Tyser > --- > I miscalculated the merge window close time... I hope to slip t

Re: [U-Boot] [PATCH 1/2] Removed CONFIG_NUM_CPUS for 85xx and 86xx Freescale processors.

On Jul 21, 2009, at 6:52 AM, Wolfgang Denk wrote: >> diff --git a/include/asm-ppc/config.h b/include/asm-ppc/config.h >> index ca143c7..b799a22 100644 >> --- a/include/asm-ppc/config.h >> +++ b/include/asm-ppc/config.h >> @@ -37,4 +37,45 @@ >> #endif >> #endif >> >> +#if defined(CONFIG_MPC8533) >

Re: [U-Boot] PATCH 2/2] Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536 boards

On Jul 8, 2009, at 9:05 PM, Roy Zang wrote: >> correct ? :) > It is 8544DS board. Thanks. > Sorry for the mistake. It is my oversight when I regenerate the patch > before send out. > Pick up this one: > > From: Roy Zang > Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536 > board

Re: [U-Boot] [PATCH 1/4] 86xx: Rename ccsr_ddr's sdram_mode_1, sdram_cfg_1 fields

On Jul 17, 2009, at 10:14 AM, Peter Tyser wrote: > Rename sdram_mode_1 to sdram_mode and sdram_cfg_1 to sdram_cfg to > match > the 86xx user's manual and other Freescale architectures > > Signed-off-by: Peter Tyser > --- > board/freescale/mpc8610hpcd/mpc8610hpcd.c |4 ++-- > board/freescale

Re: [U-Boot] [PATCH 3/4] tqm85xx: Remove board_add_ram_info()

On Jul 17, 2009, at 10:14 AM, Peter Tyser wrote: > This is in preparation for adding one common 8xxx board_add_ram_info() > function for all 8xxx boards > > Signed-off-by: Peter Tyser > --- > board/tqc/tqm85xx/sdram.c | 33 +++-- > 1 files changed, 3 insertions(+), 3

Re: [U-Boot] [PATCH 2/4] xes: Remove 8xxx board_add_ram_info() function

On Jul 17, 2009, at 10:14 AM, Peter Tyser wrote: > This is in preparation for adding one common 8xxx board_add_ram_info() > fuction for all 8xxx boards > > Signed-off-by: Peter Tyser > --- > board/xes/common/fsl_8xxx_ddr.c | 53 > --- > 1 files changed, 0 i

Re: [U-Boot] [PATCH 4/4] 85xx, 86xx: Add common board_add_ram_info()

On Jul 17, 2009, at 10:14 AM, Peter Tyser wrote: > Previously, 85xx and 86xx boards would display DRAM information on > bootup such as: > > ... > I2C: ready > DRAM: > Memory controller interleaving enabled: Bank interleaving! > 2 GB > FLASH: 256 MB > ... > > This patch moves the printing of the

Re: [U-Boot] [PATCH] ppc: Unlock cache-as-ram in a consistent manner

On Jul 20, 2009, at 6:44 PM, Liu Dave-R63238 wrote: I've tested this on 86xx boards, it'd be great if someone could test on 83xx and 74xx/7xx. 85xx boards should not be affected by >> this change. This change assumes http://thread.gmane.org/gmane.comp.boot-loaders.u

Re: [U-Boot] [PATCH 2/2] P2020RDB Platform Support Added

Dear Poonam Aggrwal, In message <1248173285-30560-1-git-send-email-poonam.aggr...@freescale.com> you wrote: > The code base is generic to add more P1_P2 RDB platforms support as and when > required. > The folder and file names are such that they can cater to future SOCs of > P1/P2 family. > >

[U-Boot] [PATCH] ppc4xx: Add chip_config command to AMCC Kilauea eval board

This patch removes the "alterpll" command and replaces it with the now ppc4xx standard "chip_config" command to configure the I2C bootstrap EEPROM. Signed-off-by: Stefan Roese --- board/amcc/kilauea/Makefile |4 +- board/amcc/kilauea/chip_config.c | 49 +++ board/amcc/kilauea/cmd_

[U-Boot] [PATCH] ppc4xx: Fix EEPROM configuration on Kilauea

Kilauea has an AT24C02 EEPROM which has an 8 byte page. Without defining CONFIG_SYS_EEPROM_PAGE_WRITE_BITS to 3 the "eeprom" command doesn't work correctly. Signed-off-by: Stefan Roese --- include/configs/kilauea.h |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/includ

Re: [U-Boot] [U-boot][PATCH] AMCC ppc4xx /PLLOUTB/CPU clock/ Default bootstrap options A, B, C, D

Hi Rupjyoti, On Tuesday 21 July 2009 14:20, Rupjyoti Sarmah wrote: > Unstable 440EPx operation due to default bootsrtap options settings. > The 440EPx fixed bootstrap options A,B,C,D sets PLL FWDVA to a value 1 > that results PLLOUTB being greater > than the CPU clock frequency. This results unsta

Re: [U-Boot] [U-boot][PATCH] AMCC ppc4xx /PLLOUTB/CPU clock/ Default bootstrap options A, B, C, D

Two more: 1) you do not need to add [U-Boot] to your subject. That's done automatically. 2) patches for the 4xx architecture should have a "ppc4xx:" prefix and not "AMCC ...". Matthias On Tuesday 21 July 2009 14:20, Rupjyoti Sarmah wrote: > Unstable 440EPx operation due to default bootsrtap opt

[U-Boot] [U-boot][PATCH] AMCC ppc440SPe PCIe PLL lock error

u-boot reports a PCIE PLL lock error at boot time on Yucca board, and left PCIe nonfunctional. This is fixed by making u-boot function ppc4xx_init_pcie() to wait 300 uS after negating reset before the first check of PLL lock. This fix touches only one file 4xx_pcie.c Signed off by Rupjyoti Sarma

[U-Boot] [U-boot][PATCH] AMCC ppc4xx /PLLOUTB/CPU clock/ Default bootstrap options A, B, C, D

Unstable 440EPx operation due to default bootsrtap options settings. The 440EPx fixed bootstrap options A,B,C,D sets PLL FWDVA to a value 1 that results PLLOUTB being greater than the CPU clock frequency. This results unstable 440EPx operation causing hang conditions. This is a patch fixing this p

[U-Boot] [PATCH] lcd.h: define extern vidinfo_t for all cases

From: Alessandro Rubini include/lcd.h has different vidinfo for different platforms, and several extern declaration, but one for the default case was missing. This makes them a single extern declaration for everyone. Signed-off-by: Alessandro Rubini --- include/lcd.h |8 ++-- 1 files c

Re: [U-Boot] Copyright/License text in cpu/ppc4xx/4xx_pci.c

On Tuesday 21 July 2009 13:42:57 Matthias Fuchs wrote: > Did you have a look into include ppc440.h? > > It contains the "old" IBM copyright and (!!!) a GPL header with > copyrights from five IBM people. > > Hmm, does this bring us any further? Not really. This GPL header was added later with this

Re: [U-Boot] [PATCH 1/2] Removed CONFIG_NUM_CPUS for 85xx and 86xx Freescale processors.

Dear Poonam Aggrwal, In message <1248173263-30516-1-git-send-email-poonam.aggr...@freescale.com> you wrote: > The number of CPUs are getting detected dynamically by checking the processor > SVR value. > Also removed CONFIG_NUM_CPUS references from all the platforms with 85xx/86xx > processors.

Re: [U-Boot] Copyright/License text in cpu/ppc4xx/4xx_pci.c

Did you have a look into include ppc440.h? It contains the "old" IBM copyright and (!!!) a GPL header with copyrights from five IBM people. Hmm, does this bring us any further? Matthias On Thursday 09 July 2009 11:51, Stefan Roese wrote: > On Thursday 09 July 2009 11:24:39 Matthias Fuchs wrote:

Re: [U-Boot] [PATCH 1/2] Add ntel PCIE PRO/1000 Network Driver support

> -Original Message- > From: Ben Warren [mailto:biggerbadder...@gmail.com] > Sent: Tuesday, July 21, 2009 14:17 PM > To: Zang Roy-R61911 > Cc: Kumar Gala; U-Boot-Denx > Subject: Re: [U-Boot] [PATCH 1/2] Add ntel PCIE PRO/1000 > Network Driver support > > Hi Roy, > Roy Zang wrote: > >

[U-Boot] [PATCH 1/2 V2] new video driver for bus vcxk framebuffers

This patch adds a new video driver * adds common bus_vcxk framebuffer driver Signed-off-by: Jens Scharsig --- diff --git a/doc/README.bus_vcxk b/doc/README.bus_vcxk new file mode 100644 index 000..4eb8fe8 --- /dev/null +++ b/doc/README.bus_vcxk @@ -0,0 +1,85 @@ +/* + * (C) Copyright 2008-2

[U-Boot] [PATCH 2/2 V2] update the EB+MCF-EV123 board support

This patch updates the support for EB+MCF-EV123 board and needs the [PATCH 1/2 V2] new video driver for bus vcxk framebuffers * remove the board framebuffer driver * use the common bus_vcxk framebuffer driver * adds bmp support * adds splashimage support * fix serveral cosmetical errors Sign

  1   2   >