hi,
Thanks for your answer, I have solved this problem :)
On 100/6/7 下午 01:46, McClintock Matthew-B29882 wrote:
On Tue, Jun 7, 2011 at 12:12 AM, Bearjiling...@gmail.com wrote:
Once you have a working NAND, you can replace the NOR image, switching
back to NAND if the new NOR image is broken.
Hi Reinhard,
What about this [1] patch?
Are there any issues with it? Will you take it?
[1] - http://patchwork.ozlabs.org/patch/93639/
--
Regards,
Igor.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Simon Glass,
In message banlktimcgqbih16u7772-ukhb0buyapbe14mnq91zhqi1ss...@mail.gmail.com
you wrote:
OK I understand, thank you. How about this approach: we could add a
new macro to io.h, something like:
#define clrsetfield_le32(bitfield, addr, value) ...
Then caller can define
Signed-off-by: Eric Bénard e...@eukrea.com
---
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 @@
Hi Wolfgang,
On Mon, Jun 6, 2011 at 11:28 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message
banlktimcgqbih16u7772-ukhb0buyapbe14mnq91zhqi1ss...@mail.gmail.com you
wrote:
OK I understand, thank you. How about this approach: we could add a
new macro to io.h, something
-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 0/3 v2] RFC: Dreamplug support
From: Jason Cooper u-b...@lakedaemon.net
It compiles
Signed-off-by: Eric Bénard e...@eukrea.com
---
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
-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 2/3 v2] dreamplug: switch from NAND flash to SPI flash.
From: Jason Cooper
-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 v2] dreamplug: include in 'make all'
From: Jason Cooper u-b...@lakedaemon.net
You
handle the case where AT91_SDRAM_BASE and AT91_PIO_BASE are not
defined
Signed-off-by: Eric Bénard e...@eukrea.com
---
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
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 e...@eukrea.com
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
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 that
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 change
Signed-off-by: Eric Bénard e...@eukrea.com
---
MAKEALL|2 --
Makefile |8
board/eukrea/cpu9260/cpu9260.c | 33 -
board/eukrea/cpu9260/led.c |6 +++---
include/configs/cpu9260.h |7
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 any device that
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 e...@eukrea.com
---
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c |3 ++-
1 files changed, 2
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 )
Dear Eric Bénard,
handle the case where AT91_SDRAM_BASE and AT91_PIO_BASE are not
defined
Signed-off-by: Eric Bénard e...@eukrea.com
---
arch/arm/cpu/arm926ejs/at91/lowlevel_init.S |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
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 to be deleted soon!
If you
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
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 there
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 suggested.
Signed-off-by: Eric Bénard e...@eukrea.com
---
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
atmel rework changed define names which broke this file
Signed-off-by: Eric Bénard e...@eukrea.com
---
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 |
Signed-off-by: Eric Bénard e...@eukrea.com
---
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 @@
Signed-off-by: Eric Bénard e...@eukrea.com
---
MAKEALL|2 --
Makefile |8
board/eukrea/cpu9260/cpu9260.c | 33 -
board/eukrea/cpu9260/led.c |6 +++---
include/configs/cpu9260.h | 11
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 patches have been
Hi Wolfgang,
On Tuesday 07 June 2011 12:20 AM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4decf8da.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 will have to look
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 message4dd26b36.4050...@ti.com you wrote:
And how do you distinguish between the two cases at the top level
Makefile? Using a CONFIG flag or
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 message4dd21cd8.2080...@ti.com you wrote:
There are common, board independent parts both in spl/nand and
spl/onenand.
How about having them
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_CMD_NET
#undef
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 is:
/*
Dear Simon Glass,
In message BANLkTi=+pqk=UQY_=noxcmabbdm845x...@mail.gmail.com 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
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 boards listed.
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 the next
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*-ek on
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
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 holger.bru...@keymile.com
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
cc: Prafulla Wadaskar prafu...@marvell.com
cc:
From: Valentin Longchamp valentin.longch...@keymile.com
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
From: Valentin Longchamp valentin.longch...@keymile.com
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
From: Valentin Longchamp valentin.longch...@keymile.com
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
From: Valentin Longchamp valentin.longch...@keymile.com
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 valentin.longch...@keymile.com
Signed-off-by: Holger Brunck holger.bru...@keymile.com
cc: Prafulla
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
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 u-b...@emk-elektronik.de
---
drivers/spi/atmel_dataflash_spi.c
Dear Reinhard Meyer,
Make ATMEL's at91sam9260/9g20/9xe-ek boards build again
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
Makefile | 37 -
board/atmel/at91sam9260ek/at91sam9260ek.c | 127
-
Dear Reinhard Meyer,
Fix EMK TOP9000 board to build again:
- changes required due to ATMEL rework
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
board/emk/top9000/top9000.c | 64 +++---
include/configs/top9000.h | 30
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 writes are
Dear Wolfgang,
On Tuesday 07 June 2011 04:09 PM, Wolfgang Denk wrote:
Dear Aneesh V,
In message4dede8d9.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
Make AFEB9260 build again.
Signed-off-by: Sergey Lapin sla...@ossfans.org
---
board/afeb9260/afeb9260.c | 103 ---
boards.cfg |2 +-
include/configs/afeb9260.h | 27 +---
3 files changed, 78 insertions(+), 54 deletions(-)
+#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 swapped to a
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
Hi Scott,
Thanks for the review.
On Mon, Jun 6, 2011 at 4:58 PM, Scott Wood scottw...@freescale.com 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,
+
Hi Scott,
Thanks for the reviews.
On Mon, Jun 6, 2011 at 5:00 PM, Scott Wood scottw...@freescale.com 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
+++
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 fabio.este...@freescale.com
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
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.
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 fabio.este...@freescale.com
---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
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:
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 provided
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: York
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
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
Hi Wolfgang,
On Tue, Jun 7, 2011 at 3:06 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message BANLkTi=+pqk=UQY_=noxcmabbdm845x...@mail.gmail.com you wrote:
#define clrsetfield_le32(bitfield, addr, value) =A0...
Then caller can define these in a header file:
#define
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
+++
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V ane...@ti.com
---
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
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V ane...@ti.com
---
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
---
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V ane...@ti.com
---
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
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
DRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V ane...@ti.com
---
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
---
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V ane...@ti.com
---
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
Hi Aneesh.
On Tue, Jun 7, 2011 at 5:14 AM, Aneesh V ane...@ti.com 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
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
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 one macro or
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
Dear Simon Glass,
In message banlktimn4nvd43b2le7_ci9picjd6pm...@mail.gmail.com 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
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 v2]
On Tue, 7 Jun 2011 08:33:25 -0400
Alex Waterman awater...@dawning.com 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
On Tue, 7 Jun 2011 09:09:07 -0400
Ben Gardiner bengardi...@nanometrics.ca 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
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
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
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
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
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
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
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
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()
-
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:
Make AFEB9260 build again.
Signed-off-by: Sergey Lapin sla...@ossfans.org
---
board/afeb9260/afeb9260.c | 103 ---
boards.cfg |2 +-
include/configs/afeb9260.h | 27 +---
3 files changed, 78 insertions(+), 54 deletions(-)
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
From: Jason Cooper u-b...@lakedaemon.net
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
From: Jason Cooper u-b...@lakedaemon.net
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
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
Please submit fixes to prevent removal.
I've
On Sat, Jun 4, 2011 at 7:33 AM, Wolfgang Denk w...@denx.de 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.
On Sat, Jun 4, 2011 at 7:32 AM, Wolfgang Denk w...@denx.de 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
Dear Simon Glass,
In message banlktimn4nvd43b2le7_ci9picjd6pm...@mail.gmail.com 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
Dear McClintock Matthew-B29882,
In message BANLkTiknz2xgLw=w-FynuZo=x6ay-pu...@mail.gmail.com 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
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
Dear McClintock Matthew-B29882,
In message BANLkTikgy1nw8rwrk=ex6n9ovsfafhe...@mail.gmail.com 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 +=
Dear mdb 101,
In message BANLkTi=iSZtbckKNr7YOn+dgZ=p6rlc...@mail.gmail.com 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
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-coded
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
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
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 andreas.de...@googlemail.com
CC: Jens Scharsig js_at...@scharsoft.de
CC: Eric Bénard e...@eukrea.com
---
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
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 tie-fei.z...@freescale.com
Signed-off-by: Haiying Wang haiying.w...@freescale.com
Signed-off-by: Chunhe Lan
1 - 100 of 102 matches
Mail list logo