[U-Boot] Goodday

Goodday, Reply to this email if intrested in a business proposal of 17,300,000.00 dollars from my bank (Bank of China). Gao Yingxin Chief Financial Officer ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] powerpc/85xx: Add basic support for P1023RDS board

> -Original Message- > From: Wolfgang Denk [mailto:w...@denx.de] > Sent: Wednesday, June 08, 2011 13:31 PM > To: Zang Roy-R61911 > Cc: u-boot@lists.denx.de; Xu Lei-B33228; Kumar Gala; Wang Haiying-R54964; sun > york-R58495; Lan Chunhe-B25806 > Subject: Re: [U-Boot] [PATCH] powerpc/85xx: A

Re: [U-Boot] [PATCH] powerpc/85xx: Add basic support for P1023RDS board

Dear Roy Zang, In message <1307508687-12522-1-git-send-email-tie-fei.z...@freescale.com> you wrote: > The P1023RDS board is the reference board for the P1023 SoC. > > Add support for booting it from NOR or NAND, with fixed 2G of DDR, PCIe, > UART, I2C, etc. Please fix the checkpatch warnings (7

[U-Boot] [PATCH] powerpc/85xx: Add basic support for P1023RDS board

The P1023RDS board is the reference board for the P1023 SoC. Add support for booting it from NOR or NAND, with fixed 2G of DDR, PCIe, UART, I2C, etc. Signed-off-by: Roy Zang Signed-off-by: Haiying Wang Signed-off-by: Chunhe Lan Signed-off-by: Lei Xu Signed-off-by: York Sun Signed-off-by: Kum

[U-Boot] Hope you have a good day!

Dear Sir/Miss, Good morning my friend! Thanks for your time to read my email ,Nice to know you to IC demand, We are professional supplier of electronic components. Would you mind to visit our website : www.liangzhiwen.com for more information? hope that we may build business cooperation in t

[U-Boot] [PATCH 2/2] arm920t/at91: use new clock features from libat91-common

This patch enables the new clock features from new libat91-common. This is a required step to get at91rm9200_usart replaced by atmel_usart driver. Signed-off-by: Andreas Bießmann CC: Jens Scharsig CC: Eric Bénard --- arch/arm/cpu/arm920t/at91/Makefile |1 + arch/arm/include/asm/ar

[U-Boot] [PATCH 1/2] at91: move a/a/c/arm926ejs/at91/clock.c -> a/a/lib/at91

The at91/clock.c is copied from linux kernel and has support for both arm920t and arm926ejs core devices. Therefore this patch moves this generic at91/clock.c to a new place at arch/arm/lib/at91 to be used from at91 family devices. We build a new libat91-common.o to provide the required symbols to

[U-Boot] [PATCH 0/2] unify hw level clock for at91 cores

This patchset makes the arm926ejs/at91/clock.c features available to arm920t/at91 devices. This is a first step to replace at91rm9200_usart by atmel_usart driver. This change was already discussed in mid.gmane.org/banlktimn29vmaygb5csmdcys-xx6zd_...@mail.gmail.com The patchset is on top of curre

Re: [U-Boot] [Patch v2 1/2] powerpc/mpc8xxx: Enable calculation for fixed DDR chips

On Tue, 2011-06-07 at 08:35 -0500, Kumar Gala wrote: > > +- CONFIG_SYS_DDR_RAW_TIMING > > + Get DDR timing information from other than SPD. Common with > > + soldered DDR chips onboard without SPD. DDR raw timing > > + parameters are extracted from datasheet and hard-c

Re: [U-Boot] Help with u-boot and network on SDP4430 (Blaze) platform

Dear mdb 101, In message you wrote: > >I am having few issues that I am having with u-boot and linux kernel, and > I do not understand it. Did you try reding the documentation? >For example, > >If I use latest u-boot, compile it natively for sdp4430, it boots the > 26.6.38 kern

Re: [U-Boot] [PATCH 3/4] nand_spl/spiboot/sdboot: Add ability to have smaller middle loader

Dear McClintock Matthew-B29882, In message you wrote: > > Perhaps having a CONFIG_TARGET_IMAGE available and having just one > generic TARGET available? > > ifdef CONFIG_TARGET_IMAGE > ALL += $(CONFIG_TARGET_IMAGE) > endif > > TARGET_IMAGE_OBJS-y += various.bin > TARGET_IMAGE_OBJS-y += required.b

[U-Boot] Help with u-boot and network on SDP4430 (Blaze) platform

Hi, I am having few issues that I am having with u-boot and linux kernel, and I do not understand it. For example, If I use latest u-boot, compile it natively for sdp4430, it boots the 26.6.38 kernel, however network interface(eth0) is missing. Even if I modprobe KS8851 driver the i

Re: [U-Boot] [PATCH v3 2/4] build/mkconfig: Add EXTRA_OPTS argument to make to modify build

Dear McClintock Matthew-B29882, In message you wrote: > > How do I make a new build configuration without making changes to > boards.cfg or the Makefile? I could add a new entry there for every > bootstrap build but I was trying and hoping to avoid this. For example > for every build I could need

Re: [U-Boot] [PATCH 1/5] Tegra2: Add bitfield access macros

Dear Simon Glass, In message you wrote: > > >clrsetbits_le32(&my_device->ctrl, FIELD_MASK, FIELD_VAL(6)); > > We now have a computed mask which is good, thank you. > > But the FIELD is specified twice in the same statement. Can we > therefore please take this a step further and write som

Re: [U-Boot] [PATCH 3/4] nand_spl/spiboot/sdboot: Add ability to have smaller middle loader

On Sat, Jun 4, 2011 at 7:32 AM, Wolfgang Denk wrote: >> +ifndef CONFIG_IN_BOOTSTRAP >> +ifeq ($(CONFIG_SPIFLASH), y) >> +ALL += $(obj)u-boot-spi.bin >> +endif >> + >> +ifeq ($(CONFIG_SDCARD), y) >> +ALL += $(obj)u-boot-sd.bin >> +endif >> +endif > > I really dislike to have this in the top level M

Re: [U-Boot] [PATCH v3 2/4] build/mkconfig: Add EXTRA_OPTS argument to make to modify build

On Sat, Jun 4, 2011 at 7:33 AM, Wolfgang Denk wrote: >> Did you not see the other patch in the same series that makes use of >> this feature? It's not about actually typing it out. Let me know if >> you need help finding patch 3/4. > > It does not matter if you add it here and use it there.  We al

Re: [U-Boot] [STATUS] WARNING: huge ARM board removal pending

Hi Igor, Le 07/06/2011 07:42, Igor Grinberg a écrit : > On 06/06/11 23:17, Albert ARIBAUD wrote: > >> Hi, >> >> Le 03/06/2011 15:10, Igor Grinberg a écrit : >>> On 06/03/11 00:51, Wolfgang Denk wrote: >>> Hi, >>> >>> Hi Wolfgang, >>> >>> [...] >>> omap1610h2 omap1610inn >>> Ple

[U-Boot] [PATCH 1/1] dreamplug: Initial support.

From: Jason Cooper Copied files from boards/Marvell/guruplug/ and did s/GURUPLUG/DREAMPLUG/g s/guruplug/dreamplug/g Switched from NAND flash to SPI flash. MPP._SPI_ configuration copied from boards/Marvell/mv88f6281gtw_ge/mv88f6281gtw_ge.c Also, MACH_TYPE_DREAMPL

[U-Boot] [PATCH 0/1 v3] Dreamplug support

From: Jason Cooper It compiles clean, and I've loaded it via JTAG and used it to dump the existing bootloader out of the SPI flash. I have _not_ used it to burn itself to the flash yet. I'm looking for comments before I try that. ;-) Some concerns: - The SPI flash chip is a Macronix M

[U-Boot] Winner

You've been awarded 1,000,000.00 GBP in the UK LOTTERY 2011 send your Details *Names *Address *Occupation: *Age *Phone *Country Lottery Board ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH][AT91] Build fix/update of AFEB9260

Make AFEB9260 build again. Signed-off-by: Sergey Lapin --- board/afeb9260/afeb9260.c | 103 --- boards.cfg |2 +- include/configs/afeb9260.h | 27 +--- 3 files changed, 78 insertions(+), 54 deletions(-) diff --git a/board/a

Re: [U-Boot] [PATCH 0/3 v2] RFC: Dreamplug support

Prafulla, Thanks for the input! I assume the SPI flash implementation looked ok? On Mon, Jun 06, 2011 at 11:47:15PM -0700, Prafulla Wadaskar wrote: > > > -Original Message- > > From: u-b...@lakedaemon.net [mailto:u-b...@lakedaemon.net] > > Sent: Monday, June 06, 2011 6:04 PM > > To: u-b

[U-Boot] [PATCH v6 4/4] MX53: Add initial support for MX53ARD

Signed-off-by: Fabio Estevam --- Changes since v5: - Use void in the declaration of: void weim_smc911x_iomux and weim_cs1_settings Changes since v4: - Changed the weim cs1 settings for the single-bit fields - Removed unused 'reg' variable inside weim_smc911x_iomux() - Made void weim_cs1_settings(

[U-Boot] [PATCH v6 3/4] MX5: Introduce a function for setting the chip select size

Signed-off-by: Fabio Estevam --- Changes since v5: - Use iomuxc as the base struct for IOMUXC_BASE_ADDR Changes since v4: - No changes Changes since v3: - Print the chip size in the case of error arch/arm/cpu/armv7/mx5/soc.c | 30 + arch/arm/include/as

[U-Boot] [PATCH v6 1/4] MX5: Make the weim structure complete

Signed-off-by: Fabio Estevam --- Changes since v5: - No changes Changes since v4: - Change the definition of WEIM single-bit field Changes since v3: - No changes Changes since v2: - Add CS1_BASE_ADDR for MX51 - Add WEIM Registers arch/arm/include/asm/arch-mx5/imx-regs.h | 131 +++

[U-Boot] [PATCH v6 2/4] MX5: Add iomux structure

Signed-off-by: Fabio Estevam --- Changes since v5: - No changes Changes since v4: - No changes Changes since v3: - No changes Changes since v2: - Distinguish iomuxc struct between MX51 and MX53 arch/arm/include/asm/arch-mx5/imx-regs.h | 23 +++ 1 files changed, 23 insertion

Re: [U-Boot] [PATCH 3/4] [v3] nand_util: drop trailing all-0xff pages if requested

On Tue, 7 Jun 2011 09:09:07 -0400 Ben Gardiner wrote: > > Why not call drop_ffs before this point? > > To achieve the desired effect, drop_ffs must be called on each > eraseblock sized chunk being written; so it seemed the simplest way > was to force a block-by-block pass with the !WITH_DROP_FFS

Re: [U-Boot] [PATCH v2] NAND: Add 16bit NAND support for the NDFC

On Tue, 7 Jun 2011 08:33:25 -0400 Alex Waterman wrote: > > >> +#ifdef CONFIG_SYS_NDFC_16BIT > >>/* Shift the offset from byte addressing to word addressing. */ > >> - if (this->options & NAND_BUSWIDTH_16) > >> - offs >>= 1; > >> + offs >>= 1; > >> +#endif > > > > This is not an N

Re: [U-Boot] [PATCH 3/3 v2] dreamplug: include in 'make all'

On Mon, Jun 06, 2011 at 11:54:35PM -0700, Prafulla Wadaskar wrote: > > > > -Original Message- > > From: u-b...@lakedaemon.net [mailto:u-b...@lakedaemon.net] > > Sent: Monday, June 06, 2011 6:04 PM > > To: u-boot@lists.denx.de > > Cc: Prafulla Wadaskar; Jason Cooper > > Subject: [PATCH 3/3

Re: [U-Boot] [PATCH 1/5] Tegra2: Add bitfield access macros

Dear Simon Glass, In message you wrote: > > But the FIELD is specified twice in the same statement. Can we > therefore please take this a step further and write something like > this? > > clrsetfield_le32(&my_device->ctrl, FIELD, 6); I consider this too specific on one side, and the additional

Re: [U-Boot] Issues building for the P2020 (linking)

Dear "Stafford, Matthew", In message <0b0a20d0b3ecd742aa2514c8dda3b06505122...@vgaexch01.hq.corp.viasat.com> you wrote: > > Sorry for the slow reply time to this. Could you tell me what toolchain > you are using as well as your compile time options? I've tried this > using the ELDK 5.0 (power

Re: [U-Boot] [PATCH v3 02/10] armv7: add miscellaneous utility macros

Dear Aneesh V, In message <4dee161b.2050...@ti.com> you wrote: > > >> So, if I have to write 5 different fields in a register I first write > >> them into a variable and finally call writel() instead of making 5 > >> clrsetbits*() calls. > > > > It does not make much difference to me if you call

Re: [U-Boot] Issues building for the P2020 (linking)

That did the trick. No more issues with compilation (with ELDK at least, haven't tried again with the Freescale toolchain). Thank you very much for your help. Regards, Matthew -Original Message- From: Kumar Gala [mailto:ga...@kernel.crashing.org] Sent: Tuesday, June 07, 2011 9:33 AM T

Re: [U-Boot] [PATCH v3 02/10] armv7: add miscellaneous utility macros

Hi Aneesh. On Tue, Jun 7, 2011 at 5:14 AM, Aneesh V wrote: [snip] > I am surprised why Linux doesn't have a solution for this. Perhaps the > reason must be the confusion about the representation of a field that > we discussed below. I suspect there may be non-standard local > implementations in

[U-Boot] [PATCH 3/6] omap1510inn: fix build breaks

Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V --- include/configs/omap1510inn.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/omap1510inn.h b/include/configs/omap1510inn.h index 9ff4f84..7a215ef 100644 --- a/include

[U-Boot] [PATCH 5/6] omap2420h4: fix build breaks

DRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V --- include/configs/omap2420h4.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/omap2420h4.h b/include/configs/omap2420h4.h index 2888c7b..6ac75a6 100644 --- a/include/configs/oma

[U-Boot] [PATCH 0/6] OMAP: fix build breaks on OMAP boards

Fix build breaks for OMAP boards. All the build breaks were due to couple of missing defines in the config file, namely: CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR They have been fixed by providing the right SDRAM base address and by using SRAM base as the initial stack address. None of t

[U-Boot] [PATCH 4/6] omap1610inn: fix build breaks

Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V --- include/configs/omap1610inn.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/omap1610inn.h b/include/configs/omap1610inn.h index 0b41c46..22be002 100644 --- a/include

[U-Boot] [PATCH 6/6] omap730p2: fix build breaks

Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V --- include/configs/omap730p2.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/omap730p2.h b/include/configs/omap730p2.h index fa3681e..56ec3a9 100644 --- a/include/confi

[U-Boot] [PATCH 2/6] omap5912osk: fix build breaks

Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V --- include/configs/omap5912osk.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/omap5912osk.h b/include/configs/omap5912osk.h index b875464..d8be4a1 100644 --- a/include

[U-Boot] [PATCH 1/6] omap1610h2: fix build breaks

Provide SDRAM base address and use SRAM for initial stack --- include/configs/omap1610h2.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/configs/omap1610h2.h b/include/configs/omap1610h2.h index 2936dcc..57a7956 100644 --- a/include/configs/omap1610h2.h +++ b/i

Re: [U-Boot] [PATCH 1/5] Tegra2: Add bitfield access macros

Hi Wolfgang, On Tue, Jun 7, 2011 at 3:06 AM, Wolfgang Denk wrote: > Dear Simon Glass, > > In message you wrote: >> >> >> #define clrsetfield_le32(bitfield, addr, value) =A0... >> >> >> >> Then caller can define these in a header file: >> >> >> >> #define FIELD_MASK 0xf >> >> #define FIELD_SH

Re: [U-Boot] [PATCH 1/5] Tegra2: Add bitfield access macros

On Tuesday, June 07, 2011 06:06:23 Wolfgang Denk wrote: > #define FIELD_VAL(x)(x << 16) > #define FIELD_MASK FIELD_VAL(0xF) this is basically what we do in the blackfin port. we keep most of the logic in the defines so that we can use the simpler i/o logic without too much

[U-Boot] [PATCH V2]omap3: Add RAM configuration independent of x-loader or CH

V2: Some settings in mem.h were wrong - correct now. OMAP3 relied on the memory config done by X-loader or Configuration Header. This has to be reworked for the implementation of a SPL. This patch configures RAM bank 0 if CONFIG_PRELOADER is set. Settings for Micron-RAM used by devkit8000 are add

Re: [U-Boot] [Patch v2 1/2] powerpc/mpc8xxx: Enable calculation for fixed DDR chips

On Jun 6, 2011, at 8:42 PM, York Sun wrote: > We used to have fixed parameters for soldered DDR chips. This patch introduces > CONFIG_SYS_DDR_RAW_TIMING to enable calculation based on timing data from DDR > chip datasheet, implemneted in board-specific files or header files. > > Signed-off-by: Y

Re: [U-Boot] Issues building for the P2020 (linking)

On Jun 7, 2011, at 7:36 AM, Stafford, Matthew wrote: > Hi again, > > Sorry for the slow reply time to this. Could you tell me what toolchain > you are using as well as your compile time options? I've tried this > using the ELDK 5.0 (powerpc-softfloat) as well as the Freescale > toolchain provi

Re: [U-Boot] [PATCH v5 1/4] MX5: Make the weim structure complete

On 05/27/2011 02:40 PM, Fabio Estevam wrote: > Hi Stefano, > > Does this patch series look fine now? > Hi Fabio, I see some warnings that must be dropped before putting your patches into the mainline: Configuring for mx53ard - Board: mx53ard, Options: IMX_CONFIG=board/freescale/mx53ard/imximag

Re: [U-Boot] [PATCH] imx27lite: Remove local config.mk

On 06/06/2011 05:25 PM, Fabio Estevam wrote: > Local board config.mk should be avoided. > > Place CONFIG_SYS_TEXT_BASE definition into the board config file instead. > > Signed-off-by: Fabio Estevam > --- Applied to u-boot-imx, thanks. Best regards, Stefano Babic -- =

Re: [U-Boot] [PATCH] mx31ads: Fix environment location on flash

On 06/06/2011 05:06 PM, Felix Radensky wrote: > At the moment u-boot and u-boot environment on flash > have overlapping addresses, so each u-boot update erases > the environment. Fix this by placing evironment right > after u-boot. Also, remove confusing comment about environment > location. > > S

Re: [U-Boot] [PATCH] imx31_litekit: Remove local config.mk

On 06/06/2011 03:13 PM, Fabio Estevam wrote: > Local board config.mk should be avoided. > > Place CONFIG_SYS_TEXT_BASE definition into the board config file instead. > > Signed-off-by: Fabio Estevam Applied to u-boot-imx, thanks. Best regards, Stefano Babic -- ===

Re: [U-Boot] [PATCH 4/4] [v3] cmd_nand: add nand write.trimffs command

Hi Scott, Thanks for the reviews. On Mon, Jun 6, 2011 at 5:00 PM, Scott Wood wrote: > On Tue, May 24, 2011 at 10:18:37AM -0400, Ben Gardiner wrote: >> diff --git a/common/cmd_nand.c b/common/cmd_nand.c >> index e7db4c9..786f179 100644 >> --- a/common/cmd_nand.c >> +++ b/common/cmd_nand.c >> @@ -

Re: [U-Boot] [PATCH 3/4] [v3] nand_util: drop trailing all-0xff pages if requested

Hi Scott, Thanks for the review. On Mon, Jun 6, 2011 at 4:58 PM, Scott Wood wrote: > On Tue, May 24, 2011 at 10:18:36AM -0400, Ben Gardiner wrote: >> +#ifdef CONFIG_CMD_NAND_TRIMFFS >> +static size_t drop_ffs(const nand_info_t *nand, const u_char *buf, >> +                     const size_t *len)

Re: [U-Boot] Issues building for the P2020 (linking)

Hi again, Sorry for the slow reply time to this. Could you tell me what toolchain you are using as well as your compile time options? I've tried this using the ELDK 5.0 (powerpc-softfloat) as well as the Freescale toolchain provided with the P2020DS. Thank you, Matthew -Original Message

Re: [U-Boot] [PATCH v2] NAND: Add 16bit NAND support for the NDFC

>> +#ifdef CONFIG_SYS_NDFC_16BIT >> /* Shift the offset from byte addressing to word addressing. */ >> -if (this->options & NAND_BUSWIDTH_16) >> -offs >>= 1; >> +offs >>= 1; >> +#endif > > This is not an NDFC-specific file. Oh, yeah, I see. This should not have been swap

[U-Boot] [PATCH][AT91] Build fix/update of AFEB9260

Make AFEB9260 build again. Signed-off-by: Sergey Lapin --- board/afeb9260/afeb9260.c | 103 --- boards.cfg |2 +- include/configs/afeb9260.h | 27 +--- 3 files changed, 78 insertions(+), 54 deletions(-) diff --git a/board/a

Re: [U-Boot] [PATCH v3 02/10] armv7: add miscellaneous utility macros

Dear Wolfgang, On Tuesday 07 June 2011 04:09 PM, Wolfgang Denk wrote: > Dear Aneesh V, > > In message<4dede8d9.7030...@ti.com> you wrote: >> >> As I had mentioned in a previous mail, please note that the above >> macros are not for the same use-case as clrsetbits*() or friends (I had >> one macro

Re: [U-Boot] CONFIG_SYS_FLASH_USE_BUFFER_WRITE breaks writing with M29W640 parts

On 07/06/11 18:22, Stefan Roese wrote: > Hi Mike, > > On Tuesday 07 June 2011 00:26:05 Mike Frysinger wrote: >> i started playing with the CONFIG_SYS_FLASH_USE_BUFFER_WRITE option, and it >> seems to work fine with an intel strataflash. but when i tried using it >> with an ST M29W640 part, no wri

Re: [U-Boot] [PATCH] AT91 rework: fix TOP9000 files to build again

Dear Reinhard Meyer, > Fix EMK TOP9000 board to build again: > - changes required due to ATMEL rework > > Signed-off-by: Reinhard Meyer > --- > board/emk/top9000/top9000.c | 64 +++--- > include/configs/top9000.h | 30 ++-- > 2 files chan

Re: [U-Boot] [PATCH] AT91 rework: fix at91sam(9260/9g20/9xe)ek board port to build again:

Dear Reinhard Meyer, > Make ATMEL's at91sam9260/9g20/9xe-ek boards build again > > Signed-off-by: Reinhard Meyer > --- > Makefile | 37 - > board/atmel/at91sam9260ek/at91sam9260ek.c | 127 > - > board/atmel/at91sam9260ek/co

Re: [U-Boot] [PATCH] ATMEL spi_dataflash driver - fix to build again

Dear Reinhard Meyer, > The rework effort for ATMEL (AT91/AVR32) accidentially broke build of > this driver. Fix this to make it build again. However this driver should > be reworked as soon as possible! > > Signed-off-by: Reinhard Meyer > --- > drivers/spi/atmel_dataflash_spi.c |3 +-- > 1 f

[U-Boot] [PATCH 6/6] arm/km: replace suenx targets with km_kirkwood

suen3 and suen8 were in first HW version quite different, but now they are from a u-boot point of view similar. So these two boards can use the same header file. Other keymile boards differ only in the usage of the PCI interface. Therefore a target km_kirkwood_pci was introduced. All targets use th

[U-Boot] [PATCH 5/6] arm/km: enable PCIE_INIT for Port-L2

From: Valentin Longchamp Port-L2 uses PCIE. So move the undef of this option from generic km_arm.h to the board specific header. Signed-off-by: Valentin Longchamp Signed-off-by: Holger Brunck cc: Prafulla Wadaskar cc: Heiko Schocher --- include/configs/km/km_arm.h |1 - include/configs/

[U-Boot] [PATCH 4/6] arm/km: use board KM_ENV_BUS for CONFIG_I2C_ENV_EEPROM_BUS

From: Valentin Longchamp This is defined for all km_kirkwood boards and was not used up to now. This value was the same for all boards but it could be changed for some boards (and thus needs to be defined for every board). Signed-off-by: Valentin Longchamp Signed-off-by: Holger Brunck cc: Praf

[U-Boot] [PATCH 2/6] arm/km: add support for portl2 board

From: Valentin Longchamp This adds support for the keymile Kirkwood BEC portl2 board. This board relies on the km_arm (km_kirkwood) BEC. The egiga driver is configured for a 100M full-duplex, A/N off connnection to the backplane. Signed-off-by: Valentin Longchamp Signed-off-by: Holger Brunck

[U-Boot] [PATCH 3/6] arm/km: ethernet support for Port-L2 and mgcoge3un

From: Valentin Longchamp No piggy board is used here and the phy is always present, so we use the ethernet_present from mgcoge3un where this is similar. The phy is also configured with "RGMII clock transitions when data stable" and "Class A driver for the direct backplane connection". Signed-off

[U-Boot] [PATCH 1/6] arm/km: remove unneeded define

CONFIG_ENV_SIZE for NAND was later in this file overwritten because we have the environment in i2c eeprom, so remove this define. Signed-off-by: Holger Brunck Signed-off-by: Valentin Longchamp cc: Prafulla Wadaskar cc: Heiko Schocher --- include/configs/km/km_arm.h |2 -- 1 files changed,

[U-Boot] [PATCH 0/6] updates for keymile ARM boards

Beside some small cleanup a new target portl2 is introduced. Additionaly the suen3 and suen8 target are collected in one target km_kirkwood. For new targets which differ only in the usage of the PCI interface on kirkwood an target km_kirkwood_pci was introduced, but they use all the same header fi

Re: [U-Boot] Fwd: [STATUS] WARNING: huge ARM board removal pending

Dear Hong Xu, >> If there are SoC specific files to be adapted, they should be adapted >> as done in 9260. >> >> Board specific files should be looking like those of at91sam9260-ek. >> >> Remove fixed boards from the global Makefile and add them to boards.cfg. >> >> I'll put the fix for at91sam9260

Re: [U-Boot] [PATCH v3 02/10] armv7: add miscellaneous utility macros

Dear Aneesh V, In message <4dede8d9.7030...@ti.com> you wrote: > > As I had mentioned in a previous mail, please note that the above > macros are not for the same use-case as clrsetbits*() or friends (I had > one macro that did something similar to clrsetbits*() and I intent to > remove that in th

Re: [U-Boot] Fwd: [STATUS] WARNING: huge ARM board removal pending

Hi Reinhard, On 06/07/2011 04:18 PM, Reinhard Meyer wrote: > Dear Xu, Hong, >> Dear Reinhard, >> >> We just noticed the warning from Wolfgang Denk about the status of the ARM >> boards. > > See http://article.gmane.org/gmane.comp.boot-loaders.u-boot/100918 >> >> There're quite a lot of AT91 board

Re: [U-Boot] [PATCH 1/5] Tegra2: Add bitfield access macros

Dear Simon Glass, In message you wrote: > > >> #define clrsetfield_le32(bitfield, addr, value) =A0... > >> > >> Then caller can define these in a header file: > >> > >> #define FIELD_MASK 0xf > >> #define FIELD_SHIFT 16 > >> > >> And use this macro to set the bitfield to 6, for example: > >>

Re: [U-Boot] TFTP support for Pandaboard (OMAP4430 Cortex-A9 Dual core)

On 06/07/2011 11:31 AM, Iordan Neshev wrote: > On 6/7/2011 10:53 AM, Gilles Chanteperdrix wrote: >> On 06/06/2011 08:07 PM, Peter Meerwald wrote: 1. I need to boot my Pandaboard via TFTP. As long as I see this is not yet possible, since in u-boot\include\configs\omap4_panda.h there i

Re: [U-Boot] TFTP support for Pandaboard (OMAP4430 Cortex-A9 Dual core)

On 6/7/2011 10:53 AM, Gilles Chanteperdrix wrote: > On 06/06/2011 08:07 PM, Peter Meerwald wrote: >>> 1. I need to boot my Pandaboard via TFTP. As long as I see this is >>> not yet possible, since in u-boot\include\configs\omap4_panda.h >>> there is: >>> /* Disabled commands */ >>> #undef CONFIG_CM

Re: [U-Boot] [PATCH v2 08/22] omap: add spl support

Hi Wolfgang, On Thursday 26 May 2011 07:21 PM, Aneesh V wrote: > Hi Wolfgang, > On Tuesday 17 May 2011 01:46 PM, Wolfgang Denk wrote: >> Dear Aneesh V, >> >> In message<4dd21cd8.2080...@ti.com> you wrote: >>> There are common, board independent parts both in spl/nand and spl/onenand. >>>

Re: [U-Boot] [PATCH v2 09/22] omap4: add spl support for OMAP4 SDP

Hi Wolfgang, On Thursday 26 May 2011 06:55 PM, Aneesh V wrote: > Hi Wolfgang, > > On Tuesday 17 May 2011 06:23 PM, Wolfgang Denk wrote: >> Dear Aneesh V, >> >> In message<4dd26b36.4050...@ti.com> you wrote: >>> >>> And how do you distinguish between the two cases at the top level >>> Makefile? Usi

Re: [U-Boot] [PATCH v3 02/10] armv7: add miscellaneous utility macros

Hi Wolfgang, On Tuesday 07 June 2011 12:20 AM, Wolfgang Denk wrote: > Dear Aneesh V, > > In message<4decf8da.9030...@ti.com> you wrote: >> I really dislike such "useful" helpers, because they make the code unreadable. Being nonstandrd, nbody knows what they are doing, so you always

Re: [U-Boot] TFTP support for Pandaboard (OMAP4430 Cortex-A9 Dual core)

On 06/06/2011 08:07 PM, Peter Meerwald wrote: > >> 1. I need to boot my Pandaboard via TFTP. As long as I see this is >> not yet possible, since in u-boot\include\configs\omap4_panda.h >> there is: >> /* Disabled commands */ >> #undef CONFIG_CMD_NET >> #undef CONFIG_CMD_NFS > > a couple of patche

[U-Boot] [PATCH v2 3/4] cpu9260/9G20: fix board support

Signed-off-by: Eric Bénard --- MAKEALL|2 -- Makefile |8 board/eukrea/cpu9260/cpu9260.c | 33 - board/eukrea/cpu9260/led.c |6 +++--- include/configs/cpu9260.h | 11 +-- 5 file

[U-Boot] [PATCH v2 4/4] cpuat91: fix board support

Signed-off-by: Eric Bénard --- MAKEALL|1 - board/eukrea/cpuat91/cpuat91.c |6 +++--- 2 files changed, 3 insertions(+), 4 deletions(-) diff --git a/MAKEALL b/MAKEALL index 13dde6f..50c0080 100755 --- a/MAKEALL +++ b/MAKEALL @@ -454,7 +454,6 @@ LIST_at91="$(boards_

[U-Boot] [PATCH v2 2/4] arm926ejs/at91/lowlevel_init.S: fix defines

atmel rework changed define names which broke this file Signed-off-by: Eric Bénard --- arch/arm/cpu/arm926ejs/at91/lowlevel_init.S | 24 arch/arm/include/asm/arch-at91/at91_pio.h| 14 +++--- arch/arm/include/asm/arch-at91/at91sam9260.h |1 + arch/arm

[U-Boot] [PATCH v2 1/4] include/asm/arch-at91: update several .h files to ATMEL_xxx name scheme

Signed-off-by: Eric Bénard --- arch/arm/include/asm/arch-at91/at91_matrix.h | 10 +++--- arch/arm/include/asm/arch-at91/at91_rstc.h |2 +- arch/arm/include/asm/arch-at91/at91_wdt.h|2 +- arch/arm/include/asm/arch-at91/at91sam9_sdramc.h | 30 +++--- ar

Re: [U-Boot] [PATCH 3/5] arm926ejs/at91/lowlevel_init.S: temporary fix

Hi Reinhard, On 07/06/2011 10:04, Reinhard Meyer wrote: > How "temporary" is "temporary"? > > This fix could be done better, by using > CONFIG_SYS_SDRAM_BASE right away, and using ATMEL_BASE_PIOA > as well in that file. > > Please resubmit this fix, or explain why it cannot be done the > way I sug

Re: [U-Boot] CONFIG_SYS_FLASH_USE_BUFFER_WRITE breaks writing with M29W640 parts

Hi Mike, On Tuesday 07 June 2011 00:26:05 Mike Frysinger wrote: > i started playing with the CONFIG_SYS_FLASH_USE_BUFFER_WRITE option, and it > seems to work fine with an intel strataflash. but when i tried using it > with an ST M29W640 part, no writes are ever committed to the flash. > > are th

Re: [U-Boot] Fwd: [STATUS] WARNING: huge ARM board removal pending

Dear Xu, Hong, > Dear Reinhard, > > We just noticed the warning from Wolfgang Denk about the status of the ARM > boards. See http://article.gmane.org/gmane.comp.boot-loaders.u-boot/100918 > > There're quite a lot of AT91 boards listed. We're going to focus on fixing the current issues to let

Re: [U-Boot] arm: at91: ether: cleanup MAC setting

Dear Igor Grinberg, > On 06/07/11 10:37, Andreas Bießmann wrote: > >> Dear Igor Grinberg, >> >> Am 07.06.2011 08:09, schrieb Igor Grinberg: >>> Hi Reinhard, >>> >>> >>> What about this [1] patch? >>> >>> Are there any issues with it? Will you take it? >> the arch/arm/arm920t/at91rm9200 is subject

Re: [U-Boot] [PATCH 3/5] arm926ejs/at91/lowlevel_init.S: temporary fix

Dear Eric Bénard, > handle the case where AT91_SDRAM_BASE and AT91_PIO_BASE are not > defined > > Signed-off-by: Eric Bénard > --- > arch/arm/cpu/arm926ejs/at91/lowlevel_init.S |8 > 1 files changed, 8 insertions(+), 0 deletions(-) > > diff --git a/arch/arm/cpu/arm926ejs/at91/lowle

Re: [U-Boot] USB support on beagleboard xM

We added the following initialization of the ULPI at the bottom of ehci_hcd_init with no result. reg = ( 1 << 5 ) /* ULPI_FUNC_CTRL_RESET */ /* FUNCTION_CTRL_SET register */ | ( 0x05 << 16 ) /* Write */ | ( 2 << 22 )

Re: [U-Boot] [PATCH 1/5] at91sam9260_devices: fix following atmal rework

Dear Eric Bénard, > this patch fix the following error : > u-boot/include/asm/arch/at91_pio.h:91: error: 'ATMEL_PIO_PORTS' undeclared > here (not in a function) > > Signed-off-by: Eric Bénard > --- > arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |3 ++- > 1 files changed, 2 insertions(+

Re: [U-Boot] arm: at91: ether: cleanup MAC setting

On 06/07/11 10:37, Andreas Bießmann wrote: > Dear Igor Grinberg, > > Am 07.06.2011 08:09, schrieb Igor Grinberg: >> Hi Reinhard, >> >> >> What about this [1] patch? >> >> Are there any issues with it? Will you take it? > the arch/arm/arm920t/at91rm9200 is subject to be deleted soon! > If you have

[U-Boot] [PATCH 4/5] cpu9260/9G20: fix board support

Signed-off-by: Eric Bénard --- MAKEALL|2 -- Makefile |8 board/eukrea/cpu9260/cpu9260.c | 33 - board/eukrea/cpu9260/led.c |6 +++--- include/configs/cpu9260.h |7 +++ 5 files ch

Re: [U-Boot] arm: at91: ether: cleanup MAC setting

> Hi Reinhard, > > > What about this [1] patch? > > Are there any issues with it? Will you take it? > > > [1] - http://patchwork.ozlabs.org/patch/93639/ > > Dear Igor Grinberg, please read doc/README.at91-soc. The goal of atmel rework is join all trees to reduce duplicate code. So, do not c

Re: [U-Boot] arm: at91: ether: cleanup MAC setting

Dear Igor Grinberg, Am 07.06.2011 08:09, schrieb Igor Grinberg: > Hi Reinhard, > > > What about this [1] patch? > > Are there any issues with it? Will you take it? the arch/arm/arm920t/at91rm9200 is subject to be deleted soon! If you have any device that require this patch then please change t

[U-Boot] [PATCH 1/5] at91sam9260_devices: fix following atmal rework

this patch fix the following error : u-boot/include/asm/arch/at91_pio.h:91: error: 'ATMEL_PIO_PORTS' undeclared here (not in a function) Signed-off-by: Eric Bénard --- arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/ar

[U-Boot] [PATCH 3/5] arm926ejs/at91/lowlevel_init.S: temporary fix

handle the case where AT91_SDRAM_BASE and AT91_PIO_BASE are not defined Signed-off-by: Eric Bénard --- arch/arm/cpu/arm926ejs/at91/lowlevel_init.S |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/arch/arm/cpu/arm926ejs/at91/lowlevel_init.S b/arch/arm/cpu/arm926ejs