Re: [U-Boot] [PATCH 8/8] APM82xxx: Add top level common file changes

On 2010/09/01 12:35 AM, Tirumala Marri wrote: > Hi Stefan, >>> Add bluestone board name to the board.cfg. >>> Change Makefile to include bluestone board support. >> >> Not needed with board.cfg now. Please remove your changes to Makefile. >> > [Marri] You mean we only need board.cfg change and we

Re: [U-Boot] [PATCH V3] AT91 Fix: return value of get_tbclk

Jens Scharsig schrieb: > Am 2010-08-31 09:36, schrieb Reinhard Meyer: >> Hi, >> } >> -- 1.6.0.2 >> >> Applied to u-boot-atmel/next >> Thanks, >> >> Reinhard >> > What is the reason for the new branch/Custodian Tree u-boot-atmel. Hello, one reason is that AVR32 and AT91 share alot in the peripher

Re: [U-Boot] [PATCH] support spi gpio driver by control gpio bitbang

Dear Donghwa Lee, 2010/9/1 Donghwa Lee : >  This patch adds basic support for spi mode 0~3 by control gpio bitbang. > It uses several gpio pin and emulates spi chipselect signal, clock signal > and sda signal as if spi controller generate spi signal. > > > Signed-off-by: Donghwa Lee

[U-Boot] AT91: Hitachi LCD problem

Hello, Our system is based on the AT91SAM9263 and has a Hitachi LCD screen in portrait mode. The U-Boot splash screen is not displaying correctly. The left hand half is correct, but the right hand half either flickers or breaks up completely into a pattern of vertical lines. The whole screen works

Re: [U-Boot] [PATCH v1 2/2] APM82xxx: Add bluestone board support

Hi Marri, On Wednesday 01 September 2010 04:11:22 tma...@apm.com wrote: > From: Tirumala Marri > > Add support code for bluestone board wth APM82XXX processor based. > This patch includes early board init, misc init, configure EBC, > initializes UIC, MAKEALL, board.cfg and MAINTAINERS file. Ple

[U-Boot] [PATCH] support spi gpio driver by control gpio bitbang

This patch adds basic support for spi mode 0~3 by control gpio bitbang. It uses several gpio pin and emulates spi chipselect signal, clock signal and sda signal as if spi controller generate spi signal. Signed-off-by: Donghwa Lee --- I resend this patch because format of sended patch was wrong.

Re: [U-Boot] [PATCH v1 1/2] Add CPU and other peripheral support

Hi Marri, On Wednesday 01 September 2010 04:11:14 tma...@apm.com wrote: > From: Tirumala Marri > > APM82XXX is a new line of SoCs which are derivatives of > PPC44X family of processors. > > This patch adds support of CPU, cache, > tlb, 32k ocm, bootstraps, PLB AHB bus, DDR and > Some common reg

Re: [U-Boot] [PATCH 3/4] cfi_flash: Simplify dynamic flash bank number detection

Hello Stefan, Stefan Roese wrote: > This patch simplifies the use of CONFIG_SYS_MAX_FLASH_BANKS_DETECT. By > moving these optional variables and defines into the common code, board > specific code is minimized. Currently only the following board use > this feature: > > APC405, IDS8247, TQM834x >

Re: [U-Boot] [PATCH] usb: fix usb start problem with SMSC USB hub and Toshiba USB stick

Hi, 2010/8/31 Anatolij Gustschin : > Checking the status field of the qTD token in the current code > do not take into acount cases where endpoint stall (halted) bit > is set together with some other status bits. As a result clearing > stall on an endpoint won't be done if other status bits were s

[U-Boot] How to adapt top-level Makefile tricks to current boards.cfg

Hi All, In top-level Makefile, there are some tricks to support more config items. For example, Lite5200_config \ Lite5200_LOWBOOT_config \ Lite5200_LOWBOOT08_config \ icecube_5200_config \ icecube_5200_LOWBOOT_config

Re: [U-Boot] [ELDK] Not able to Uncompress Multi Image

Hi Zoolu, > Thanks for your inputs. >   > When i added Printf's at the area of Uncompressing Multi image and programmed > new u-boot with debugs now the images boot. Does it mean that delay by > printf's > did the magic ?? which gave the time to uncompress the images ? Well the printfs did somet

[U-Boot] how to distingush a flash is single dial or dual dial only use CFI?

or I only can get this imformation through read the device ID ? -- hacklu 2010-09-01 2010-09-01 hacklu.uboot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 2/4] cfi_flash: Add weak default for cfi_flash_bank_addr()

Hello. Stefan Roese wrote: > cfi_flash_bank_addr(int bank_nr) returns the base addresses of the > requested bank. Introducing this weak default enables boards to override > this functions with a board specific version when required. > This feature will be used in the lwmon5 board update, support

Re: [U-Boot] [PATCH 03/26] ARM: cp15: setup mmu and enable dcache

Hello Heiko Schocher, > boun...@lists.denx.de] On Behalf Of Heiko Schocher > +static inline void mmu_setup(void) > +{ > + static u32 __attribute__((aligned(16384))) page_table[4096]; > + bd_t *bd = gd->bd; > + int i, j; > + u32 reg; > + > + /* Set up an identity-mapping for all

Re: [U-Boot] [PATCH 03/26] ARM: cp15: setup mmu and enable dcache

Hello V, Aneesh, V, Aneesh wrote: > Hello Heiko Schocher, > >> boun...@lists.denx.de] On Behalf Of Heiko Schocher >> +static inline void mmu_setup(void) >> +{ >> +static u32 __attribute__((aligned(16384))) page_table[4096]; >> +bd_t *bd = gd->bd; >> +int i, j; >> +u32 reg; >> + >>

Re: [U-Boot] [PATCH 03/26] ARM: cp15: setup mmu and enable dcache

Hello Heiko, > -Original Message- > From: Heiko Schocher [mailto:h...@denx.de] > Sent: Wednesday, September 01, 2010 4:56 PM > To: V, Aneesh > Cc: U-Boot user list; Alessandro Rubini > Subject: Re: [U-Boot] [PATCH 03/26] ARM: cp15: setup mmu and enable > dcache > > Hello V, Aneesh, > > V

[U-Boot] U-Boot: U-Boot 2010.06 doesn't boot from NAND Flash on AMCC Sequoia

Dear Stefan: Thank you for fast answer. Our next problem consists in flashing the NAND without any U-Boot version, for our own developed system based on AMCC Sequoia board. The most important modifications in our board are: - We removed from the original Sequoia design: NOR Flash, CPLD, USB po

Re: [U-Boot] [PATCH] display_buffer: fix misaligned buffer

Hi Reinhard, > making the change to the union, I also realized that > > /* Copy from memory into linebuf and print hex values */ > for (i = 0; i < linelen; i++) { > uint32_t x; > if (width == 4) > x = lb.u32[i] = *(volatile uint32_t *)data; > else if (width == 2) >

Re: [U-Boot] [RFC][PATCH] mkimage: Add compatibility option for legacy Multi-File images

Hi Thibaut, > Le lundi 30 août 2010 à 11:29 +0200, Detlev Zundel a écrit : >> Hi Thibaut, > Hi, > >> generally I'm not a fan to include workarounds for bugs which we do not >> have anymore in mainline U-Boot. > > Hm, yeah, I can understand that... > >> Isn't there any other alternative for this? >

Re: [U-Boot] Debugging, Why USB is not stable

Hi Remy, >> Only the fact that USB is a nightmare to work with.  No, honestly, we >> have a continuous stream of USB related problems with the current USB >> code. > > This is not what I notice on the amount of fixes that are posted on the > list... Most problems go without a fix if there is an

Re: [U-Boot] How to adapt top-level Makefile tricks to current boards.cfg

Hi os user, > Hi All, > > In top-level Makefile, there are some tricks to support more config > items. For example, > > Lite5200_config \ > Lite5200_LOWBOOT_config \ > Lite5200_LOWBOOT08_config \ > icecube_5200_config

Re: [U-Boot] [PATCH 1/2] TI: netdev: add driver for cpsw ethernet device

Hi Ben, I seem to have missed a comment while responding earlier: [...] >> +int cpsw_register(struct cpsw_platform_data *data) > Please redo things so that this function takes generic arguments. Build > up your struct internally. Could you elaborate on the generic arguments here? Are you refer

Re: [U-Boot] [PATCH 08/11] mtd: nand: honor CONFIG_SYS_NAND_QUIET_TEST with unknown NAND printk

On Tue, 31 Aug 2010 19:18:27 -0500 "Paulraj, Sandeep" wrote: > > > > > > This printk was added recently and results in ugly output on systems > > with no NAND: > > > > NAND: nand_get_flash_type: unknown NAND device: Manufacturer ID: 0x00, > > Chip ID: 0x00 0 MiB > > > > instead of: > > > >

Re: [U-Boot] [PATCH 08/11] mtd: nand: honor CONFIG_SYS_NAND_QUIET_TEST with unknown NAND printk

On Wed, 2010-09-01 at 11:26 -0500, Scott Wood wrote: > On Tue, 31 Aug 2010 19:18:27 -0500 > "Paulraj, Sandeep" wrote: > > > > > > > > > > > This printk was added recently and results in ugly output on systems > > > with no NAND: > > > > > > NAND: nand_get_flash_type: unknown NAND device: Man

[U-Boot] [PATCH 1/5] FDT: Add fixup support for multiple banks of memory

Add fdt_fixup_memory_banks and reimplement fdt_fixup_memory using it. Signed-off-by: John Rigby --- common/fdt_support.c | 86 ++--- include/fdt_support.h |1 + 2 files changed, 47 insertions(+), 40 deletions(-) diff --git a/common/fdt_support.

[U-Boot] [PATCH 2/5] FDT: only call boot_get_fdt from generic code

All arches except nios2 and microblaze call boot_get_fdt from bootm_start in common/cmd_bootm.c. Having nios2 and microblaze do so as well removes code from their respective do_bootm_linux routines and allows removal of a nasty ifdef from bootm_start. Signed-off-by: John Rigby --- arch/microbla

[U-Boot] [PATCH 3/5] boot: change some arch ifdefs to feature ifdefs

The routines boot_ramdisk_high, boot_get_cmdline and boot_get_kbd are currently enabled by various combinations of CONFIG_M68K, CONFIG_POWERPC and CONFIG_SPARC. Use CONFIG_ defines instead. CONFIG_BOOT_RAMDISK_HIGH CONFIG_BOOT_GET_CMDLINE CONFIG_BOOT_GET_KBD Define these as appropriate in arch/i

[U-Boot] [PATCH 4/5] ARM: add flat device tree support

Based on other architectures already supported. Signed-off-by: John Rigby --- arch/arm/include/asm/config.h |2 + arch/arm/lib/bootm.c | 138 - common/image.c|2 + 3 files changed, 126 insertions(+), 16 deletions(-) diff

[U-Boot] [PATCH 5/5] ARM: enable device tree for beagle

For testing ARM device tree support Signed-off-by: John Rigby --- include/configs/omap3_beagle.h | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h index ae5a791..6bd3c7b 100644 --- a/include/configs/o

[U-Boot] [PATCH 0/5] Device tree support for ARM

Here is a new version of patches for adding device tree support for ARM. I have tried to address all comments made to the previous RFC patch series. John Rigby (5): FDT: Add fixup support for multiple banks of memory FDT: only call boot_get_fdt from generic code boot: change some arch ifdefs

Re: [U-Boot] [PATCH 5/5] ARM: enable device tree for beagle

Sorry, ignore this patch it has some left over cruft from a rebase. On Wed, Sep 1, 2010 at 10:53 AM, John Rigby wrote: > For testing ARM device tree support > > Signed-off-by: John Rigby > --- ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.d

Re: [U-Boot] warning: dereferencing pointer '({anonymous})' does break strict-aliasing rules

On Tuesday, August 31, 2010 18:30:39 Timur Tabi wrote: > I ran Software Update on my Fedora 13 system, and now whenever I build > U-Boot, I get a bunch of warnings like this: what version of u-boot exactly ? for what board/architecture ? what is your host gcc version and your target gcc version

Re: [U-Boot] [PATCH NET 2/2] Net: clarify board/cpu_eth_init calls

On Wednesday, September 01, 2010 02:05:04 Ben Warren wrote: > + if (board_eth_init != __def_eth_init) { > + } else if (cpu_eth_init != __def_eth_init) { i'm not sure these changes are useful. the resolution of the symbols happens at link time, so it isnt like gcc will be able to optimize

Re: [U-Boot] [PATCH] support spi gpio driver by control gpio bitbang

On Wednesday, September 01, 2010 03:28:28 Donghwa Lee wrote: > This patch adds basic support for spi mode 0~3 by control gpio bitbang. > It uses several gpio pin and emulates spi chipselect signal, clock signal > and sda signal as if spi controller generate spi signal. if you're going to make a sp

Re: [U-Boot] [PATCH V3] AT91 Fix: return value of get_tbclk

Am 2010-09-01 09:30, schrieb Reinhard Meyer: > > at91_emac AND macb? > > macb works for AVR32AP700x and (at least) for AT91SAM9260/9G20/9XE. > > What is the deal with at91_emac? Is it required for some AT91's > because macb does not work there? > > Does it provide better "results" than macb? >

Re: [U-Boot] [PATCH 08/11] mtd: nand: honor CONFIG_SYS_NAND_QUIET_TEST with unknown NAND printk

On Wed, 1 Sep 2010 09:43:17 -0700 Steve Sakoman wrote: > On Wed, 2010-09-01 at 11:26 -0500, Scott Wood wrote: > > Hmm, the current use of that seems to be suppressing warnings about > > NAND that isn't present at all, not about NAND whose type we don't > > recognize. > > Well, that is precisely

Re: [U-Boot] [PATCH NET 2/2] Net: clarify board/cpu_eth_init calls

Hi Mike, On 9/1/2010 10:04 AM, Mike Frysinger wrote: > On Wednesday, September 01, 2010 02:05:04 Ben Warren wrote: >> +if (board_eth_init != __def_eth_init) { >> +} else if (cpu_eth_init != __def_eth_init) { > i'm not sure these changes are useful. the resolution of the symbols happens

Re: [U-Boot] Duplicate environment variables in RAM?!?

So I figured out what my issue was. I was defining CONFIG_IPADDR in my config .h file and also added ipaddr=xxx.xxx.xxx.xxx to my defined environment variables list in the config .h file. I did not realize that the ipaddr environment variabe (along with others) are added in the variable list in

Re: [U-Boot] [PATCH 1/2] TI: netdev: add driver for cpsw ethernet device

Hi Cyril, On 9/1/2010 8:34 AM, Cyril Chemparathy wrote: > Hi Ben, > > I seem to have missed a comment while responding earlier: > > [...] >>> +int cpsw_register(struct cpsw_platform_data *data) >> Please redo things so that this function takes generic arguments. Build >> up your struct internal

Re: [U-Boot] [PATCH 1/2] TI: netdev: add driver for cpsw ethernet device

On 8/31/2010 8:58 AM, Cyril Chemparathy wrote: > Hi Ben, > > [...] >>> +COBJS-$(CONFIG_DRIVER_TI_CPSW) += cpsw.o >> Please don't use the word DRIVER here. If possible, use something more >> verbose than "CPSW" too. > Will TI_CPSW_SWITCH work better considering that "CPSW" is the name of > the ha

[U-Boot] [PATCH v2 0/2] Add support for new SoC APM82XXX

From: Tirumala Marri APM8 is Applied Micro Circuits Corporations naming convention for new line of SoCs. V1: * Squash some of the patches. * add space between "||" and "\". * Add spaces around operators. * Unsigned int to u32. * Add empty line which was removed. * remove warning

[U-Boot] [PATCH v2 1/2] APM82xxx: Add CPU and other peripheral support

From: Tirumala Marri APM82XXX is a new line of SoCs which are derivatives of PPC44X family of processors. This patch adds support of CPU, cache, tlb, 32k ocm, bootstraps, PLB AHB bus, DDR and Some common register definitions. Signed-off-by: Tirumala R Marri --- V1: * Squash some of the patc

[U-Boot] [PATCH v2 2/2] APM82xxx: Add bluestone board support

From: Tirumala Marri Add support code for bluestone board wth APM82XXX processor based. This patch includes early board init, misc init, configure EBC, initializes UIC, MAKEALL, board.cfg and MAINTAINERS file. Signed-off-by: Tirumala R Marri --- V1: * Remove "All rights reserved" phrase from

Re: [U-Boot] warning: dereferencing pointer '({anonymous})' does break strict-aliasing rules

On Wed, Sep 1, 2010 at 12:01 PM, Mike Frysinger wrote: > On Tuesday, August 31, 2010 18:30:39 Timur Tabi wrote: >> I ran Software Update on my Fedora 13 system, and now whenever I build >> U-Boot, I get a bunch of warnings like this: > > what version of u-boot exactly ? Any recent version. Every

Re: [U-Boot] [PATCH V3] AT91 Fix: return value of get_tbclk

Hi, > -Original Message- > From: Jens Scharsig [mailto:js_at...@scharsoft.de] > Sent: Thursday, September 02, 2010 1:37 AM > To: Reinhard Meyer > Cc: Xu, Hong; u-boot@lists.denx.de > Subject: Re: [U-Boot] [PATCH V3] AT91 Fix: return value of get_tbclk > > Am 2010-09-01 09:30, schrieb Re

Re: [U-Boot] warning: dereferencing pointer '({anonymous})' does break strict-aliasing rules

On Wednesday, September 01, 2010 21:27:24 Timur Tabi wrote: > $ powerpc-linux-gnu-gcc --version > powerpc-linux-gnu-gcc (Sourcery G++ Lite 4.4-194) 4.4.1 all gcc-4.4+ compilers should show similar output. your host should have nothing to do with it. searching the archives shows people working o

Re: [U-Boot] [PATCH V3] AT91 Fix: return value of get_tbclk

Hi, Am 01.09.2010 19:37, schrieb Jens Scharsig: > Am 2010-09-01 09:30, schrieb Reinhard Meyer: >> >> at91_emac AND macb? >> >> macb works for AVR32AP700x and (at least) for AT91SAM9260/9G20/9XE. >> >> What is the deal with at91_emac? Is it required for some AT91's >> because macb does not work the