Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Hi Wolfgang, On Sat, Nov 5, 2011 at 2:53 PM, Wolfgang Denk wrote: > Dear Simon Glass, > > In message > you > wrote: >> >> Just a quick Q. What is the ultimate intent here? Should we be aiming >> to have U-Boot copy and decompress the data into RAM ready for Linux? > > Yes. > > Rigth from the b

[U-Boot] Web service Administrator

You have reached the limit of your mailbox by your web mail service, you are above your limit which is 20GB as set by your administrator, you are currently running on 20.9GB, you may not be able to send or receive emails. To Prevent this! Please click on the link below to upgrade your Quota http

[U-Boot] [PATCH] ARM: Generic cache ops skeleton

This patch should allow a CPU to register it's own cache ops. This shall allow multiple CPUs with different cache handlings to be supported. Signed-off-by: Marek Vasut Cc: Albert ARIBAUD Cc: Wolfgang Denk --- arch/arm/include/asm/cache.h | 22 arch/arm/include/asm/global_data.

Re: [U-Boot] [PATCH v3] at91: Add support for Bluewater Systems Snapper 9G45 module

Dear Simon Glass, In message <1320538012-23726-1-git-send-email-sgl...@bluewatersys.com> you wrote: > Snapper 9G45 is a ARM9-based CPU module with 1GB NAND and 128MB > DDR SDRAM. This patch includes NAND and Ethernet support. > > Signed-off-by: Simon Glass > --- > Changes in v2: > - Removed unn

[U-Boot] [PATCH v3] at91: Add support for Bluewater Systems Snapper 9G45 module

Snapper 9G45 is a ARM9-based CPU module with 1GB NAND and 128MB DDR SDRAM. This patch includes NAND and Ethernet support. Signed-off-by: Simon Glass --- Changes in v2: - Removed unneeded i2c config - Added machine type define Changes in v3: - Use CONFIG_MACH_TYPE instead of custom code - Reduce

[U-Boot] [PATCH] GCC4.6: Squash warnings in onenand_base.c

onenand_base.c: In function ‘onenand_do_lock_cmd’: onenand_base.c:1946:6: warning: variable ‘wp_status_mask’ set but not used [-Wunused-but-set-variable] onenand_base.c: In function ‘onenand_check_maf’: onenand_base.c:2229:8: warning: variable ‘name’ set but not used [-Wunused-but-set-variable] one

Re: [U-Boot] [PATCH] ulpi: add generic ULPI functionality

> 2011/11/6 Marek Vasut > > > > 2011/11/5 Marek Vasut > > > > > > > > +int ulpi_wait(struct usb_ehci *ehci, u32 ulpi_value, u32 > > > > > ulpi_mask) > > > > > > > > So this works only with EHCI? How generic is it then ? > > > > > > I thought until now that ULPI is EHCI-dependent, but isn't...

Re: [U-Boot] [PATCH] ulpi: add generic ULPI functionality

2011/11/6 Marek Vasut > > 2011/11/5 Marek Vasut > > > > > > +int ulpi_wait(struct usb_ehci *ehci, u32 ulpi_value, u32 ulpi_mask) > > > > > > So this works only with EHCI? How generic is it then ? > > > > I thought until now that ULPI is EHCI-dependent, but isn't... Ok, what > else > > should be

Re: [U-Boot] [PATCH] ulpi: add generic ULPI functionality

> 2011/11/5 Marek Vasut > > > > +int ulpi_wait(struct usb_ehci *ehci, u32 ulpi_value, u32 ulpi_mask) > > > > So this works only with EHCI? How generic is it then ? > > I thought until now that ULPI is EHCI-dependent, but isn't... Ok, what else > should be supported? OHCI? I haven't any hardware

Re: [U-Boot] [PATCH] ulpi: add generic ULPI functionality

2011/11/5 Marek Vasut > > > +int ulpi_wait(struct usb_ehci *ehci, u32 ulpi_value, u32 ulpi_mask) > > So this works only with EHCI? How generic is it then ? > > I thought until now that ULPI is EHCI-dependent, but isn't... Ok, what else should be supported? OHCI? I haven't any hardware to test it,

Re: [U-Boot] [PATCH 4/4 V3] PXA: Adapt Voipac PXA270 to OneNAND SPL

> On 11/04/2011 03:07 PM, Marek Vasut wrote: > >> For now, until we decide to do something SPL-wide, call it what you > >> want. > > > > Well basically from what I see, you'd like me to do the NAND/OneNAND > > merge. As I already said, that's way out of the scope of this patchset > > so I'm not do

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

> Dear Marek Vasut, > > In message <20052306.23919.marek.va...@gmail.com> you wrote: > > Well you put out quite a good reason in the other mail for uImage. Now > > the problem basically is the negotiation between linux and uboot as of > > who has to wrap the image into what envelope. I don't s

[U-Boot] [PATCH] GCC4.6: Fix common/usb.c on xscale

The problem was that the code, when the function was compiled with -Os, was misgenerated. As in the function description, this is likely another manifestation of the bug in GCC. Signed-off-by: Marek Vasut Cc: Wolfgang Denk Cc: Remy Bohmer --- common/usb.c | 13 + 1 files changed,

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Dear Marek Vasut, In message <20052306.23919.marek.va...@gmail.com> you wrote: > > Well you put out quite a good reason in the other mail for uImage. Now the > problem basically is the negotiation between linux and uboot as of who has to > wrap the image into what envelope. I don't see this

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Dear Marek Vasut, In message <20052306.47844.marek.va...@gmail.com> you wrote: > > Right, there's no negotiation between linux and uboot on this topic. I think > this is going on for ages now. What kind of "negotiation" do you have in mind when patches to add such Linux make targets get rout

Re: [U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address

Dear Stephen Warren, In message <1320164902-24190-3-git-send-email-swar...@nvidia.com> you wrote: > The legacy uImage format includes an absolute load and entry- > point address. When presented with a uImage in memory that > isn't loaded at the address in the image's load address, > U-Boot will re

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

> Dear Marek Vasut, > > In message <20052141.27086.marek.va...@gmail.com> you wrote: > > I'd be more open to adding some kind of a flag to uImage, rather than > > using address 0x. For this is quite fragile and seems a lot like > > a hack. > > We don't want to have 0x. > > Th

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Dear Marek Vasut, In message <20052141.27086.marek.va...@gmail.com> you wrote: > > I'd be more open to adding some kind of a flag to uImage, rather than using > address 0x. For this is quite fragile and seems a lot like a hack. We don't want to have 0x. The agreement was to

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Dear Marek Vasut, In message <20052039.34646.marek.va...@gmail.com> you wrote: > > > Just a quick Q. What is the ultimate intent here? Should we be aiming > > to have U-Boot copy and decompress the data into RAM ready for Linux? > > Nope, not at all. We have a problem with booting linux image

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

> Dear Marek Vasut, > > In message <20051941.38920.marek.va...@gmail.com> you wrote: > > this patchset is good and all, but can we not also introduce cmd_zload to > > load zImages? Wolfgang, today's ARM hardware will really benefit from > > that, uImage holds us back a lot these days. Other op

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

> Dear Simon Glass, > > In message you wrote: > > Just a quick Q. What is the ultimate intent here? Should we be aiming > > to have U-Boot copy and decompress the data into RAM ready for Linux? > > Yes. > > Rigth from the beginning of PPCBoot / U-Boot we designed it that > U-Boot would do all

[U-Boot] WINNER

You have won 500.000 GBP send your phone number and address ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Dear Simon Glass, In message you wrote: > > Just a quick Q. What is the ultimate intent here? Should we be aiming > to have U-Boot copy and decompress the data into RAM ready for Linux? Yes. Rigth from the beginning of PPCBoot / U-Boot we designed it that U-Boot would do all needed steps to v

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Dear Marek Vasut, In message <20051941.38920.marek.va...@gmail.com> you wrote: > > this patchset is good and all, but can we not also introduce cmd_zload to > load > zImages? Wolfgang, today's ARM hardware will really benefit from that, uImage > holds us back a lot these days. Other option

Re: [U-Boot] [PATCH] usb: adjust Efika USB code to generic ULPI framework

> This patch changes Efika USB support code to use generic ULPI > implementation instead of driver's own. The patchset for efika wasn't mainlined yet, please reintegrate and resubmit the whole thing. > > Signed-off-by: Jana Rapava > Cc: Marek Vasut > Cc: Remy Bohmer > Cc: Stefano Babic > C

Re: [U-Boot] [PATCH] ulpi: add generic ULPI functionality

> Add generic functions for ULPI init and setting bits in > ULPI registers. > > Signed-off-by: Jana Rapava > Cc: Marek Vasut > Cc: Remy Bohmer > Cc: Stefano Babic > Cc: Igor Grinberg > --- > Makefile |1 + > drivers/usb/ulpi/Makefile| 44 ++ >

[U-Boot] [PATCH] dataflash: fix parameters order in write_dataflash()

Fix parameters order in write_dataflash() function extern declaration in the header file. Parameters order, as in function definition, should be: addr_dest, addr_src, size. Signed-off-by: Igor Grinberg --- include/dataflash.h |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --g

[U-Boot] [PATCH] usb: adjust Efika USB code to generic ULPI framework

This patch changes Efika USB support code to use generic ULPI implementation instead of driver's own. Signed-off-by: Jana Rapava Cc: Marek Vasut Cc: Remy Bohmer Cc: Stefano Babic Cc: Igor Grinberg --- board/efikamx/efikamx-usb.c | 105 +-- include/con

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Hi Marek, On Sat, Nov 5, 2011 at 1:41 PM, Marek Vasut wrote: >> Hi Marek, >> >> On Sat, Nov 5, 2011 at 12:39 PM, Marek Vasut wrote: >> >> Hi, >> >> >> >> On Sat, Nov 5, 2011 at 11:41 AM, Marek Vasut >> >> wrote: >> >> >> image_get_ram_disk() and image_get_kernel() perform operations in a >> >>

[U-Boot] [PATCH] ulpi: add generic ULPI functionality

Add generic functions for ULPI init and setting bits in ULPI registers. Signed-off-by: Jana Rapava Cc: Marek Vasut Cc: Remy Bohmer Cc: Stefano Babic Cc: Igor Grinberg --- Makefile |1 + drivers/usb/ulpi/Makefile| 44 ++ drivers/usb/ulpi/ulp

Re: [U-Boot] [PATCH] powerpc: Correct build warning introduced by getenv_ulong() patch

Hi Mike, On Sun, Oct 30, 2011 at 5:47 PM, Mike Frysinger wrote: > On Sunday 23 October 2011 23:41:54 Simon Glass wrote: >> --- a/arch/powerpc/lib/board.c >> +++ b/arch/powerpc/lib/board.c >> >>   */ >>  void board_init_r (gd_t *id, ulong dest_addr) >>  { >> -     char *s; >>       bd_t *bd; >>  

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

> Hi Marek, > > On Sat, Nov 5, 2011 at 12:39 PM, Marek Vasut wrote: > >> Hi, > >> > >> On Sat, Nov 5, 2011 at 11:41 AM, Marek Vasut wrote: > >> >> image_get_ram_disk() and image_get_kernel() perform operations in a > >> >> consistent order. Modify image_get_fdt() to do things the same way. > >>

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Hi Marek, On Sat, Nov 5, 2011 at 12:39 PM, Marek Vasut wrote: >> Hi, >> >> On Sat, Nov 5, 2011 at 11:41 AM, Marek Vasut wrote: >> >> image_get_ram_disk() and image_get_kernel() perform operations in a >> >> consistent order. Modify image_get_fdt() to do things the same way. >> >> This allows a l

[U-Boot] Hello

Do you want to make extra money now? It does not matter if you have a job now or not. If you are interested, respond immediately by sending: 1. Your full names 2. Complete Address with APT/Unit/Suite number where available, City, State & Zip Code (Not P.O. Box) 3. Telephone, cell phone and fax nu

[U-Boot] [PATCH v4 3/8] tegra2: spi: Add SPI driver for Tegra2 SOC

From: Tom Warren This driver supports SPI on Tegra2, running at 48MHz. Signed-off-by: Tom Warren --- Changes in v2: - Update to support SPI mode and frequency - Tidy driver according to comments, and tidy a little more Changes in v3: - Remove the replaced bus/cs check function - Change (bitlen

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

> Hi, > > On Sat, Nov 5, 2011 at 11:41 AM, Marek Vasut wrote: > >> image_get_ram_disk() and image_get_kernel() perform operations in a > >> consistent order. Modify image_get_fdt() to do things the same way. > >> This allows a later change to insert some image header manipulations > >> into these

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

Hi, On Sat, Nov 5, 2011 at 11:41 AM, Marek Vasut wrote: >> image_get_ram_disk() and image_get_kernel() perform operations in a >> consistent order. Modify image_get_fdt() to do things the same way. >> This allows a later change to insert some image header manipulations >> into these three functio

Re: [U-Boot] [PATCH v2 3/8] tegra2: spi: Add SPI driver for Tegra2 SOC

Hi Mike, On Sat, Nov 5, 2011 at 10:13 AM, Mike Frysinger wrote: > On Saturday 05 November 2011 10:36:30 Simon Glass wrote: >> On Thu, Nov 3, 2011 at 6:36 PM, Mike Frysinger wrote: >> > On Thursday 03 November 2011 18:41:34 Simon Glass wrote: >> >> --- /dev/null >> >> +++ b/drivers/spi/tegra2_spi.

Re: [U-Boot] [PATCH v2 6/8] tegra2: Implement SPI / UART GPIO switch

Hi Mike, On Sat, Nov 5, 2011 at 10:11 AM, Mike Frysinger wrote: > On Saturday 05 November 2011 10:43:07 Simon Glass wrote: >> On Thu, Nov 3, 2011 at 6:44 PM, Mike Frysinger wrote: >> > On Thursday 03 November 2011 18:41:37 Simon Glass wrote: >> >> Since we are adding a second file to board/nvidia

Re: [U-Boot] [PATCH v2 1/3] image: Make image_get_fdt work like image_get_{ram_disk, kernel}

> image_get_ram_disk() and image_get_kernel() perform operations in a > consistent order. Modify image_get_fdt() to do things the same way. > This allows a later change to insert some image header manipulations > into these three functions in a consistent fashion. > > v2: New patch > > Signed-off

[U-Boot] [PATCH/RFC] global_data: unify global flag defines

All the global flag defines are the same across all arches (ignoring two unique x86 ones). So unify them in one place, and add a simple way for arches to extend for their needs. Signed-off-by: Mike Frysinger --- note: this depends on Graeme's x86 boot flag clean up arch/arm/include/asm/global_

[U-Boot] [PATCH] Blackfin: cache result of cpp check

Avoid overhead of computing this value multiple times. Signed-off-by: Mike Frysinger --- arch/blackfin/config.mk |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/arch/blackfin/config.mk b/arch/blackfin/config.mk index f9d46de..3595aa2 100644 --- a/arch/blackfin/config.m

Re: [U-Boot] [PATCH v2 3/8] tegra2: spi: Add SPI driver for Tegra2 SOC

On Saturday 05 November 2011 10:36:30 Simon Glass wrote: > On Thu, Nov 3, 2011 at 6:36 PM, Mike Frysinger wrote: > > On Thursday 03 November 2011 18:41:34 Simon Glass wrote: > >> --- /dev/null > >> +++ b/drivers/spi/tegra2_spi.c > >> > >> +int spi_cs_is_valid(unsigned int bus, unsigned int cs) > >

Re: [U-Boot] [PATCH v2 6/8] tegra2: Implement SPI / UART GPIO switch

On Saturday 05 November 2011 10:43:07 Simon Glass wrote: > On Thu, Nov 3, 2011 at 6:44 PM, Mike Frysinger wrote: > > On Thursday 03 November 2011 18:41:37 Simon Glass wrote: > >> Since we are adding a second file to board/nvidia/common, we create > >> a proper Makefile there and remove the direct b

Re: [U-Boot] [PATCH v8 3/4] mpc83xx: Add a GPIO driver for the MPC83XX family

On Friday 04 November 2011 22:25:00 Joe Hershberger wrote: > --- /dev/null > +++ b/arch/powerpc/include/asm/arch-mpc83xx/gpio.h > > +#if defined(CONFIG_MPC8313) || defined(CONFIG_MPC8308) || \ > + defined(CONFIG_MPC8315) > + #define MPC83XX_GPIO_CTRLRS 1 > +#elif def

Re: [U-Boot] [PATCH v8 1/4] gpio: Modify common gpio.h to more closely match Linux

Acked-by: Mike Frysinger -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] nds32: toolchains for building ?

On Friday 04 November 2011 21:35:02 馬克泡 wrote: > 2011/11/5 Mike Frysinger : > > On Friday 04 November 2011 18:22:32 Mike Frysinger wrote: > >> On Friday 04 November 2011 04:24:51 馬克泡 wrote: > >> > It's pity that only you can found the toolchain with full source from > >> > public is very old. > >>

Re: [U-Boot] [PATCH v0 1/7] x86: Punt cold- and warm-boot flags

On Friday 04 November 2011 22:21:45 Graeme Russ wrote: > Nobody uses them anyway thanks ! this was the only hold out i had with gd flag unification (hrm, did i forget to post that patch?). Acked-by: Mike Frysinger -mike signature.asc Description: This is a digitally signed message part.

Re: [U-Boot] [PATCH V4] sandbox: Add improved RAM simulation

Acked-by: Mike Frysinger -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v0 3/4] env: implement selective "env default"

Dear Gerlando Falauto, In message <1319647072-17504-4-git-send-email-gerlando.fala...@keymile.com> you wrote: > Signed-off-by: Gerlando Falauto > --- > README |2 ++ > common/cmd_nvedit.c | 42 -- > common/env_common.c |

Re: [U-Boot] [PATCH v0 1/4] Groundwork for generalization of env interface

Dear Gerlando Falauto, In message <1319647072-17504-2-git-send-email-gerlando.fala...@keymile.com> you wrote: > Signed-off-by: Gerlando Falauto > --- > common/cmd_nvedit.c | 152 > +++-- > common/env_common.c | 15 - > include/environment.

Re: [U-Boot] [PATCH v0 2/4] env: check and apply changes on delete/destroy

Dear Gerlando Falauto, In message <1319647072-17504-3-git-send-email-gerlando.fala...@keymile.com> you wrote: > Signed-off-by: Gerlando Falauto > --- > common/cmd_nvedit.c |2 +- > include/search.h|6 -- > lib/hashtable.c | 18 -- > 3 files changed, 17 inse

Re: [U-Boot] [PATCH v0 1/4] Groundwork for generalization of env interface

Dear Gerlando Falauto, In message <1319647072-17504-2-git-send-email-gerlando.fala...@keymile.com> you wrote: > Signed-off-by: Gerlando Falauto > --- > common/cmd_nvedit.c | 152 > +++-- > common/env_common.c | 15 - > include/environment.

Re: [U-Boot] [PATCH] dfu: initial implementation

Dear Stefan Schmidt, In message <2002200717.GP17069@excalibur.local> you wrote: > > While I think a dfu command is usefull I don't like the need to > execute it before any DFU interaction can happen. That may be an > option during development but for field upgrades or receovery it is > not. Y

Re: [U-Boot] [PATCH] dfu: initial implementation

Dear Andrzej Pietrasiewicz, In message <000601cc9abe$4f544bd0$edfce370$%p...@samsung.com> you wrote: > > > > http://www.usb.org/developers/devclass_docs/DFU_1.1.pdf > > DFU is part of USB; an extension to be precise, but an extension bound > so tightly to the design and philosophy of USB that it

[U-Boot] [PATCH 17/22] board/sacsng/sacsng.c: CodingStyle cleanup

Make (mostly) checkpatch clean. Signed-off-by: Wolfgang Denk Cc: Jerry Van Baren --- board/sacsng/sacsng.c | 1329 - 1 files changed, 663 insertions(+), 666 deletions(-) diff --git a/board/sacsng/sacsng.c b/board/sacsng/sacsng.c index 61cab87..09

[U-Boot] [PATCH 09/22] board/cogent/flash.c: Fix GCC 4.6 buiild warning

Fix: flash.c: In function 'flash_init': flash.c:295:16: warning: variable 'fip' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Murray Jensen --- board/cogent/flash.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/board/cogent/flash.c b/

[U-Boot] [PATCH 11/22] board/gw8260/flash.c: Fix GCC 4.6 build warning

Fix: flash.c: In function 'flash_init': flash.c:81:16: warning: variable 'size' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Oliver Brown --- board/gw8260/flash.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/board/gw8260/flash.c b/b

[U-Boot] [PATCH 18/22] board/sacsng/sacsng.c: Fix GCC 4.6 build warning

Fix: sacsng.c: In function 'initdram': sacsng.c:180:9: warning: variable 'spd_size' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Jerry Van Baren --- board/sacsng/sacsng.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/board/sacsng/sacs

[U-Boot] [PATCH 16/22] board/rpxsuper/flash.c: Fix GCC 4.6 build warning

Fix: flash.c: In function 'flash_init': flash.c:52:19: warning: variable 'size' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk --- board/rpxsuper/flash.c |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/board/rpxsuper/flash.c b/board/rpxsupe

[U-Boot] [PATCH 13/22] board/hymod/input.c: Fix GCC 4.6 build warning

Fix: input.c: In function 'hymod_get_ethaddr': input.c:79:10: warning: variable 'ea' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Murray Jensen --- board/hymod/input.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/board/hymod/input.c

[U-Boot] [PATCH 15/22] board/rpxsuper/flash.c: minimal CodingStyle cleanup

Really minimal and local, just good enough to make checkpatch not complain about the changes in the following commit. Signed-off-by: Wolfgang Denk --- board/rpxsuper/flash.c | 47 +++ 1 files changed, 23 insertions(+), 24 deletions(-) diff --git a/b

[U-Boot] [PATCH 19/22] board/freescale/mpc8266ads/mpc8266ads.c: CodingStyle cleanup

Make (mostly) checkpatch clean. Signed-off-by: Wolfgang Denk Cc: Rune Torgersen --- board/freescale/mpc8266ads/mpc8266ads.c | 594 --- 1 files changed, 304 insertions(+), 290 deletions(-) diff --git a/board/freescale/mpc8266ads/mpc8266ads.c b/board/freescale/mpc82

[U-Boot] [PATCH 10/22] board/gw8260/flash.c: minimal CodingStyle cleanup

Really minimal and local, just good enough to make checkpatch not complain about the changes in the following commit. Signed-off-by: Wolfgang Denk Cc: Oliver Brown --- board/gw8260/flash.c | 75 -- 1 files changed, 36 insertions(+), 39 deletions

[U-Boot] [PATCH 02/22] board/etin/kvme080/multiverse.c: Fix GCC 4.6 build warning.

Signed-off-by: Wolfgang Denk Cc: Sangmoon Kim --- board/etin/kvme080/multiverse.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/board/etin/kvme080/multiverse.c b/board/etin/kvme080/multiverse.c index eb89581..93ad57a 100644 --- a/board/etin/kvme080/multiverse.c +++ b

[U-Boot] [PATCH 22/22] board/siemens/SCM/scm.c: Fix GCC 4.6 build warning

Fix: scm.c: In function 'config_scoh_cs': scm.c:400:16: warning: variable 'tmp' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk --- board/siemens/SCM/scm.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/board/siemens/SCM/scm.c b/board/siemens

[U-Boot] [PATCH 21/22] board/funkwerk/vovpn-gw/vovpn-gw.c: Fix GCC 4.6 build warning

Fix: vovpn-gw.c: In function 'misc_init_r': vovpn-gw.c:266:16: warning: variable 'temp' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk --- board/funkwerk/vovpn-gw/vovpn-gw.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/board/funkwerk/vovpn

[U-Boot] [PATCH 20/22] board/freescale/mpc8266ads/mpc8266ads.c: Fix GCC 4.6 build warning

Fix: mpc8266ads.c: In function 'initdram': mpc8266ads.c:278:9: warning: variable 'spd_size' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk --- board/freescale/mpc8266ads/mpc8266ads.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/board/freesc

[U-Boot] [PATCH 14/22] board/ids8247/ids8247.c: Fix GCC 4.6 build warning

Fix: ids8247.c: In function 'initdram': ids8247.c:284:14: warning: variable 'lsize' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Heiko Schocher --- board/ids8247/ids8247.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/board/ids8247/i

[U-Boot] [PATCH 06/22] drivers/net/rtl8139.c: Fix GCC 4.6 build warnings

Fix: rtl8139.c: In function 'rtl8139_probe': rtl8139.c:256:15: warning: variable 'fullduplex' set but not used [-Wunused-but-set-variable] rtl8139.c:256:6: warning: variable 'speed10' set but not used [-Wunused-but-set-variable] rtl8139.c: In function 'rtl_transmit': rtl8139.c:419:16: warning: vari

[U-Boot] [PATCH 12/22] board/ep82xxm/ep82xxm.c: Fix GCC 4.6 build warning

Fix: ep82xxm.c: In function 'initdram': ep82xxm.c:233:16: warning: variable 'ramtmp' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk --- board/ep82xxm/ep82xxm.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/board/ep82xxm/ep82xxm.c b/board/ep

[U-Boot] [PATCH 00/22] Fix GCC 4.6 build warnings (Part 2)

The following set of patches is the second batch of fixes of new build warnings raised by recent compiler versions (GCC 4.6.x). To be continued... ...all help with that would be highly welcome! Wolfgang Denk (22): drivers/net/pcnet.c: Change debug code to fix build warning board/etin/kvme080

[U-Boot] [PATCH 04/22] drivers/net/rtl8169.c: Fix GCC 4.6 build warning

Fix: rtl8169.c: In function 'rtl_init': rtl8169.c:742:13: warning: variable 'printed_version' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk --- drivers/net/rtl8169.c |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/drivers/net/rtl8169.c b/dri

[U-Boot] [PATCH 08/22] arch/powerpc/cpu/mpc8260/spi.c: Fix GCC 4.6 build warnings

Fix: spi.c: In function 'spi_init_r': spi.c:279:22: warning: variable 'cp' set but not used [-Wunused-but-set-variable] spi.c: In function 'spi_xfer': spi.c:361:22: warning: variable 'cp' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk --- arch/powerpc/cpu/mpc8260/spi.c

[U-Boot] [PATCH 05/22] board/linkstation/ide.c: Fix GCC 4.6 build warnings

Fix: ide.c: In function 'ide_preinit': ide.c:69:21: warning: array subscript is above array bounds [-Warray-bounds] ide.c:69:21: warning: array subscript is above array bounds [-Warray-bounds] ide.c:70:17: warning: array subscript is above array bounds [-Warray-bounds] Signed-off-by: Wolfgang Denk

[U-Boot] [PATCH 03/22] board/mousse/flash.c: Fix GCC 4.6 buil warnings

Fix: flash.c: In function 'flash_erase': flash.c:780:18: warning: variable 'l_sect' set but not used [-Wunused-but-set-variable] flash.c:779:11: warning: variable 'addr' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk --- board/mousse/flash.c |8 +--- 1 files ch

[U-Boot] [PATCH 07/22] common/cmd_flash.c: Fix GCC 4.6 build warnings

Fix: cmd_flash.c:355:32: warning: 'info' may be used uninitialized in this function [-Wuninitialized] cmd_flash.c:354:10: warning: 'sect_first' may be used uninitialized in this function [-Wuninitialized] cmd_flash.c:354:10: warning: 'sect_last' may be used uninitialized in this function [-Wuniniti

[U-Boot] [PATCH 01/22] drivers/net/pcnet.c: Change debug code to fix build warning

Fix: pcnet.c: In function 'pcnet_probe': pcnet.c:247:8: warning: variable 'chipname' set but not used [-Wunused-but-set-variable] Signed-off-by: Wolfgang Denk Cc: Wolfgang Grandegger --- drivers/net/pcnet.c | 17 - 1 files changed, 4 insertions(+), 13 deletions(-) diff --git

Re: [U-Boot] [PATCH 2/2] mvgbe: fix network device indices

Dear Albert ARIBAUD, In message <4eb54978.5020...@aribaud.net> you wrote: > > > What would be the result? A bord that comes up with a new MAC address > > each time you reset it? > > No -- the goal of the randomization code was, is, and will be to allow > the board to use the network when no cor

Re: [U-Boot] [PATCH V4] sandbox: Add improved RAM simulation

On Sat, Nov 5, 2011 at 3:40 AM, Matthias Weisser wrote: > Using mmap to allocate memory from the OS for RAM simulation we can use > u-boot own malloc implementation. > > Signed-off-by: Matthias Weisser Thanks for the rebase Tested-by: Simon Glass > --- > Changes in V4: >  Rebased to current H

Re: [U-Boot] [PATCH] arm: jadecpu: Readd MACH_TYPE_JADECPU

Le 05/11/2011 15:56, Wolfgang Denk a écrit : > Dear Albert ARIBAUD, > > In message<4eb543af.7010...@aribaud.net> you wrote: >> >>> Note that you will only get a warning if a _different_ value get's >>> defined (``warning: "VAR" redefined''). If both values are the same, >>> no warning will be rai

Re: [U-Boot] [PATCH v2] config.mk: use memoization in cc-option macro to speed up compilation

Hi Daniel, Le 05/11/2011 14:43, Daniel Schwierzeck a écrit : > Hi Albert, > > On 05.11.2011 10:16, Albert ARIBAUD wrote: >> Hi all, >> >> Le 04/11/2011 18:56, Wolfgang Denk a écrit : >>> Dear Daniel Schwierzeck, >>> >>> In >>> message >>> >>> you wrote: Should we change it? is the semant

Re: [U-Boot] About the pull request and patchwork

Dear =?UTF-8?B?6aas5YWL5rOh?=, In message you wrote: > > > So yes, please, if you notice such inconsistencies, help out and > > update the status as needed. > > Maybe a perl or a python script is need to auto update the patchwork status > by analyzing the table format of patckwork. > Is this p

Re: [U-Boot] [PATCH] arm: jadecpu: Readd MACH_TYPE_JADECPU

Dear Albert ARIBAUD, In message <4eb543af.7010...@aribaud.net> you wrote: > > > Note that you will only get a warning if a _different_ value get's > > defined (``warning: "VAR" redefined''). If both values are the same, > > no warning will be raised. > > Hmm, correct. In order to catch the mach-

[U-Boot] [PATCH v3 7/8] tegra2: spi: Support SPI / UART switch

Add the SPI / UART switch logic into the Tegra2 SPI driver so that it can co-exist with the NS16550 UART. We need the ns16550.h header for NS16550_t for now. Signed-off-by: Simon Glass --- Changes in v2: - Add pinmux logic to SPI driver - Rename uart/spi_enable() to pinmux_select_uart/spi() dr

[U-Boot] [PATCH v3 4/8] tegra2: config: Enable SPI flash on Seaboard

The Seaboard includes a Winbond 4MB flash part. Signed-off-by: Simon Glass --- include/configs/seaboard.h | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-) diff --git a/include/configs/seaboard.h b/include/configs/seaboard.h index 7d29144..7e8c8cc 100644 --- a/include/confi

[U-Boot] [PATCH v3 3/8] tegra2: spi: Add SPI driver for Tegra2 SOC

From: Tom Warren This driver supports SPI on Tegra2, running at 48MHz. Signed-off-by: Tom Warren --- Changes in v2: - Update to support SPI mode and frequency - Tidy driver according to comments, and tidy a little more Changes in v3: - Remove the replaced bus/cs check function - Change (bitlen

[U-Boot] [PATCH v3 2/8] tegra2: Add UARTB support

UARTB is used on some boards, so support it here. Signed-off-by: Simon Glass --- board/nvidia/common/board.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c index a5da310..a2d45c1 100644 --- a/board/nvi

[U-Boot] [PATCH v3 6/8] tegra2: Implement SPI / UART GPIO switch

The Tegra2 Seaboard has the unfortunate feature that SPI and the console UART are multiplexed on the same pins. We need to switch between one and the other during SPI and console activity. This new file implements a switch and keeps track of which peripheral owns the pins. It also flips over the c

[U-Boot] [PATCH v3 1/8] tegra2: Tidy UART selection

UART selection is done with a lot of #ifdefs. This cleans things up a little. Signed-off-by: Simon Glass --- board/nvidia/common/board.c | 57 +- 1 files changed, 34 insertions(+), 23 deletions(-) diff --git a/board/nvidia/common/board.c b/board/nvidia

[U-Boot] [PATCH v3 5/8] tegra2: Enable SPI environment on Seaboard

This uses the SPI flash on Seaboard to store an 8KB environment. Signed-off-by: Simon Glass --- Changes in v2: - Add CONFIG_SPI_FLASH_SIZE to define flash size - Add config for SPI environment mode/speed include/configs/harmony.h |3 +++ include/configs/seaboard.h |9

[U-Boot] [PATCH v3 8/8] tegra2: Plumb in SPI/UART switch code

On Seaboard the UART and SPI interfere with each other. This causes the UART to receive spurious zero bytes after SPI transactions and also means that SPI can corrupt a few output characters when it starts up if they are still in the UART buffer. This updates the board to use the SPI/UART switch t

[U-Boot] [PATCH v3 0/8] tegra2: Implement SPI flash and saved environment

Enable SPI flash on the Tegra2 Seaboard along with a saved 8KB environment. This involves a few pieces: - Tegra2 SPI driver - Seaboard config changes - a SPI / UART switch to handle switching between SPI and console UART This series applies cleanly on top of Stephen Warren's latest patch series

Re: [U-Boot] [PATCH v2 6/8] tegra2: Implement SPI / UART GPIO switch

Hi Mike, On Thu, Nov 3, 2011 at 6:44 PM, Mike Frysinger wrote: > On Thursday 03 November 2011 18:41:37 Simon Glass wrote: >> Since we are adding a second file to board/nvidia/common, we create >> a proper Makefile there and remove the direct board.o include from >> board/nvidia/seaboard/Makefile

Re: [U-Boot] [PATCH v2 3/8] tegra2: spi: Add SPI driver for Tegra2 SOC

Hi Mike, On Thu, Nov 3, 2011 at 6:36 PM, Mike Frysinger wrote: > On Thursday 03 November 2011 18:41:34 Simon Glass wrote: >> --- a/arch/arm/include/asm/arch-tegra2/tegra2.h >> +++ b/arch/arm/include/asm/arch-tegra2/tegra2.h >> >>  #define NV_PA_APB_UARTC_BASE (NV_PA_APB_MISC_BASE + 0x6200) >>  #d

Re: [U-Boot] [PATCH 2/2] mvgbe: fix network device indices

Hi Wolfgang, Le 05/11/2011 14:21, Wolfgang Denk a écrit : > Dear Albert ARIBAUD, > > In message<4eb507b7.9090...@aribaud.net> you wrote: >> >> But what about MAC randomization as a function provided by the SoC level >> to board MAC init code that wants to use it? For instance, a weak MAC >> setup

Re: [U-Boot] About the pull request and patchwork

Hi all, 2011/11/5 Wolfgang Denk : > Dear =?UTF-8?B?6aas5YWL5rOh?=, > > In message > you > wrote: > I wrote before that I would really appreciate if _anybody_ who notices > incorrect / obsolete states oin Patchwork could please update these. > > Unlike as for normal patches, I didn't find a way

[U-Boot] [PATCH] mx5: Correct a warning in clock.c

This corects the warning below, obtained with my gcc 4.6 compiler. arch/arm/cpu/armv7/mx5/libmx5.o: In function `decode_pll': arch/arm/cpu/armv7/mx5/clock.c:94: undefined reference to `__aeabi_uldivmod' I am not able to test this on MX5x hardware, but it does improve the MAKEALL output for me. Yo

Re: [U-Boot] About the pull request and patchwork

Dear =?UTF-8?B?6aas5YWL5rOh?=, In message you wrote: > > I think if we (custodians) could assigned the pull request as "accept" > or something after Wolfgang > has pull the commits from downstream will be good. > What do you guys think about it? I wrote before that I would really appreciate if

Re: [U-Boot] [PATCH] arm: jadecpu: Readd MACH_TYPE_JADECPU

Le 05/11/2011 14:26, Wolfgang Denk a écrit : > Dear Albert ARIBAUD, > > In message<4eb514c7.9000...@aribaud.net> you wrote: >> >>> +#ifndef MACH_TYPE_JADECPU >>> +#define MACH_TYPE_JADECPU 2636 >>> +#endif >> >> NAK -- remove ifndef/endif around definition. This way, if/when mach >> type reappear

  1   2   >