On Sun, Jun 22, 2008 at 05:03:55PM -0500, Timur Tabi wrote:
> Sounds complicated and interesting. I might think about it some more
> later.
Hmm, I don't think that it's really complicated. It's only that it needs
yet another arbitrary definition of what certain strings mean - which
was a cause fo
Dear Sir,
We are designing a DSL router based on MPC8323 network processor.
We are having two option for booting process NOR as well as NAND but we want
implement NAND BOOT in our board.
Queries:
1)Is there any version of u-boot that support NAND BOOT for any development
board based on MPC832x
Robert Schwebel wrote:
> Hi,
>
> On Fri, Jun 20, 2008 at 09:59:03AM -0500, Timur Tabi wrote:
>> Update the sys_eeprom.c file to handle both NXID and CCID EEPROM formats.
>> The
>> NXID format replaces the older CCID format, but it's important to support
>> both
>> since most boards out there st
i2cdev command is introduced here. This allows
for device creation for doing i2c ops. With tab
indents corrected.
Signed-off-by: Nishanth Menon <[EMAIL PROTECTED]>
---
Documentation/commands.dox |1
commands/Kconfig |4
commands/i2c.c | 211
Timur Tabi wrote:
> Jerry Van Baren wrote:
[snip]
>> I'm guessing from the name "eeprom" that you have a non-zero initializer
>> on it???
>
> No, no initializer.
>
>> Does it make a difference if it is uninitialized, initialized
>> to {0}, or initialized to non-zero values?
>
> I don't kno
Detlev Zundel wrote:
> Signed-off-by: Detlev Zundel <[EMAIL PROTECTED]>
> ---
> common/fdt_support.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/common/fdt_support.c b/common/fdt_support.c
> index e58b294..3828228 100644
> --- a/common/fdt_support.c
> +++ b/co
Fixes an issue with chip->state not always being set causing troubles.
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
drivers/mtd/nand/nand_base.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index
The writeenv() and readenv() calls introduced by the recently added bad block
management for environment variables were missing casts therefore producing
compile time warnings.
While at it fixing some typo in a comment and indentation.
Signed-off-by: Marcel Ziswiler <[EMAIL PROTECTED]>
---
common
Hi,
On Fri, Jun 20, 2008 at 09:59:03AM -0500, Timur Tabi wrote:
> Update the sys_eeprom.c file to handle both NXID and CCID EEPROM formats. The
> NXID format replaces the older CCID format, but it's important to support both
> since most boards out there still use the CCID format. This change is
This is particularly problematic now that non-NAND-specific code is
including , and thus all debugging code is being compiled
regardless of whether it was requested, as reported by Scott McNutt
<[EMAIL PROTECTED]>.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
cpu/arm926ejs/davinci/nand.c
Ben Warren wrote:
> So are you saying that the plan is to move much of the configuration
> information from NOR flash to I2C EEPROMs on Freescale evaluation
> boards?
No. The plan is to better support does boards that *do* have MAC addresses in
EEPROM.
(Actually, I have no idea what the boar
Sascha,
Summary: Ok, you sold the idea to me.
> -Original Message-
> From: Sascha Hauer [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 20, 2008 10:17 AM
> To: Menon, Nishanth
> Cc: u-boot-users@lists.sourceforge.net
> Subject: Re: [Patch 5/9]U-boot-V2:cmd: add I2C commands
> +int write_i2
Timur Tabi wrote:
> Ben Warren wrote:
>
>
>> So are you saying that the plan is to move much of the configuration
>> information from NOR flash to I2C EEPROMs on Freescale evaluation
>> boards?
>>
>
> No. The plan is to better support does boards that *do* have MAC addresses in
> EEPROM
In message <[EMAIL PROTECTED]> you wrote:
>
> I did notice this code in fsl_i2c.c:
>
> #ifdef CFG_SPD_BUS_NUM
> static unsigned int i2c_bus_num __attribute__ ((section ("data"))) =
> CFG_SPD_BUS_NUM;
> #else
> static unsigned int i2c_bus_num __attribute__ ((section ("data"))) = 0;
> #endif
>
> I
14 matches
Mail list logo