Hi Stefan,
Thanks for details. But I didn't get it clearly.
Does it mean I have to CFI_MTD ot common CFI_DRIVER will works?
Which c source file I need to check the support for this chip?
I am using below settings.
*---
* FLASH
Hi Prakash,
On Friday 09 April 2010 09:22:21 prakash bedge wrote:
> Thanks for details. But I didn't get it clearly.
>
> Does it mean I have to CFI_MTD ot common CFI_DRIVER will works?
I don't understand this question.
> Which c source file I need to check the support for this chip?
>
> I am
On Fri, Apr 9, 2010 at 7:26 AM, prakash bedge wrote:
> Hi,
>
> In U-boot I am not seeing the support for Spansion S29GL512P NOR flash.
>
> This chip is CFI compliant so I believe the common CFI driver should work
> with this chip.
>
> Does U-boot supports S29GL512P NOR flash or I have to implement
>> Does it mean I have to CFI_MTD ot common CFI_DRIVER will works?
>
> I don't understand this question.
>
me neither
>> *--*/
>> #define CONFIG_SYS_FLASH_CFI
>> #define CONFIG_FLASH_CFI_DRIVER
>> #define CONFIG_SYS_FLASH_EMPTY_
On Friday 09 April 2010 10:05:02 prakash bedge wrote:
> >> Does it mean I have to CFI_MTD ot common CFI_DRIVER will works?
>
> I was asking that do I also need to add below settings in my board config
> file.
>
> /*
> * Dynamic MTD partition support
> */
> #define CONFIG_CMD_MTDPARTS
> #define
Hi Stefan,
>> Does it mean I have to CFI_MTD ot common CFI_DRIVER will works?
I was asking that do I also need to add below settings in my board config
file.
/*
* Dynamic MTD partition support
*/
#define CONFIG_CMD_MTDPARTS
#define CONFIG_MTD_DEVICE /* needed for mtdparts commands */
#define C
Hi Frank,
Why I should use MIRRORX16 in BDI3000 config file?
Can you please tell which boards support the S29GL512P NOR flash?
Regards,
Prakash Bedge
On Fri, Apr 9, 2010 at 1:18 PM, Frank Svendsbøe
wrote:
> On Fri, Apr 9, 2010 at 7:26 AM, prakash bedge
> wrote:
> > Hi,
> >
> > In U-boot I am
Hi Ralf,
> Enable the auto completion (with TAB) of the environment variable name
> after the editenv command.
>
> Signed-off-by: Ralf Trübenbach
The idea looks good, but the patch as such is not usable:
[...@pollux u-boot-testing (misc-fixes)]$ git am -3 -u ~/p1
Applying: command.c: Enable au
On Fri, Apr 9, 2010 at 10:07 AM, prakash bedge wrote:
> Hi Frank,
>
> Why I should use MIRRORX16 in BDI3000 config file?
>
According to the different flash algorithms described in the BDI
manual, this was the closest we found, and it works.
What chiptype do you use today?
> Can you please tell w
Hello Detlev,
you are right (sorry). I've used Bazzar to create the patch (since
we use Bazzar for version control here). I'm currently working on
getting correct formatted patches (or switch to git for that).
I'll resend the patch next week.
Ralf
> -Original Message-
> From: Detlev Zu
This patch adds support for the Marvell Orion5x SoC.
It has no use alone, and must be followed by a patch
to add Orion5x support for serial, then support for
the ED Mini V2, an Orion5x-based product from LaCie.
---
Patchset history
V1: Initial monolithic patch.
V2: split in three patches : orion,
This patch provides access to the 16550-compatible
serial device of the Orion5x SoC.
---
drivers/serial/serial.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/serial.c b/drivers/serial/serial.c
index dd5f332..18686a2 100644
--- a/drivers/serial/serial.c
This patch adds support for the LaCie ED Mini V2 product
which is based on the Marvell Orion5x SoC.
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile |3 +
board/LaCie/edminiv2/Makefile
>> In which source file I can see present access timings for the chip select.
>> In which file I need to do these changes?
>
> This is not really CFI driver related. It platforms/SoC specific. Which CPU
> are you using? Can you access the FLASH chip from your JTAG debugger?
>
>> I tried with the be
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Friday, April 09, 2010 1:59 PM
> To: U-Boot@lists.denx.de
> Subject: [U-Boot] [PATCH V6 3/3] Add support for the LaCie ED
> Mini V2 board
>
> This patc
---
cpu/mpc83xx/start.S |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpu/mpc83xx/start.S b/cpu/mpc83xx/start.S
index 68bb620..d7b03a9 100644
--- a/cpu/mpc83xx/start.S
+++ b/cpu/mpc83xx/start.S
@@ -1156,7 +1156,7 @@ map_flash_by_law1:
ori r4, r4, (CONFIG_SYS_F
---
cpu/mpc83xx/cpu_init.c | 36 ++--
1 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/cpu/mpc83xx/cpu_init.c b/cpu/mpc83xx/cpu_init.c
index 75b4522..f3b67ae 100644
--- a/cpu/mpc83xx/cpu_init.c
+++ b/cpu/mpc83xx/cpu_init.c
@@ -65,16 +65,16 @@ void
On 04/08/2010 08:43 AM, Rabin Vincent wrote:
> Add Cortex A9 support by copying the code for Cortex A8. The only
> change is a removal of some OMAP3 specific code.
Thanks :), I was hoping to help in the near future by adding OMAP4 code
in cortex a9.. ;)
>
> Acked-by: Michael Brandt
> Signed-off-
Hi Frank,
>> What CPU are you using, and what chip-select is the flash using?
I am using PPC440x5 Cpu core. How to check the chip-select flash is using?
Earlier I have run the same code for M29W128GH and it works fine. But with
S29GL512 it is not working.
Now the difference is only in size and wri
> I am using PPC440x5 Cpu core. How to check the chip-select flash is using?
> Earlier I have run the same code for M29W128GH and it works fine. But with
> S29GL512 it is not working.
> Now the difference is only in size and write/read timings. So I believe it
> should work in smooth manner.
>
Hmm
On Fri, Apr 9, 2010 at 4:59 PM, Nishanth Menon wrote:
> On 04/08/2010 08:43 AM, Rabin Vincent wrote:
> > Add Cortex A9 support by copying the code for Cortex A8. The only
> > change is a removal of some OMAP3 specific code.
> Thanks :), I was hoping to help in the near future by adding OMAP4 code
Hi Prakash,
On Friday 09 April 2010 14:11:39 prakash bedge wrote:
> >> What CPU are you using, and what chip-select is the flash using?
>
> I am using PPC440x5 Cpu core. How to check the chip-select flash is using?
This is a custom PPC4xx version, correct? Which external bus controller is
used
The 440SPe Rev. A is quite old and newer 440SPe boards don't need support
for this CPU revision. Since removing support for this older version
simplifies the creation for newer U-Boot ports, this patch now enables
440SPe > Rev. A support by creating the CONFIG_440SPE_REVA define. By
defining this i
Hi Poonam,
I am working on MPC8379 based board. I would like to enable the
support for the multiple serial port.
I would like to do it without changing the environment variable from
the console.
i.e I don't want to type setenv stdin and setenv stdout
I want to use two serial ports independently
On Monday 05 April 2010 05:40:50 Peter Tyser wrote:
> gcc 3.4.6 previously reported the following error on many MIPS boards
> which utilize UBI:
> cmd_ubi.c:193: warning: 'vol' might be used uninitialized in this
> function
>
> The current code is structured such that 'vol' will never be used wh
The following changes since commit a233631095eba3e853049f6656642e3a7ef1d73c:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash
are available in the git repository at:
git://www.denx.de/git/u-boot-ubi.git master
Peter Tyser (1):
cmd_ubi: Fix uninitia
Hi Stefan,
I think those patches if I resubmit are same as before except the subjects
differ.
Anyway If no one complains then I will send.
Regards,
David
On Fri, 09 Apr 2010 02:46:17 -0400, Stefan Roese wrote:
> Hi David,
>
> On Thursday 08 April 2010 17:47:46 David Wu wrote:
>> > I didn't m
Signed-off-by: David Wu
---
cpu/mcf52x2/cpu_init.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/cpu/mcf52x2/cpu_init.c b/cpu/mcf52x2/cpu_init.c
index 170bbfc..36f62cc 100644
--- a/cpu/mcf52x2/cpu_init.c
+++ b/cpu/mcf52x2/cpu_init.c
@@ -621,8 +621,10 @@ void
Signed-off-by: David Wu
---
board/Mercury/ep2500/Makefile | 44 ++
board/Mercury/ep2500/config.mk | 23 +++
board/Mercury/ep2500/ep2500.c | 191 +
board/Mercury/ep2500/u-boot.lds | 140 ++
include/configs/EP2500.h| 297
The device id for this Flash is 0xc8.
Signed-off-by: David Wu
---
drivers/mtd/cfi_flash.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index fdba297..af86f99 100644
--- a/drivers/mtd/cfi_flash.c
+++ b/d
Signed-off-by: David Wu
---
Makefile | 46 +
board/Arcturus/uC5272/Makefile | 44 +
board/Arcturus/uC5272/config.mk |1 +
board/Arcturus/uC5272/u-boot.lds | 142 +++
board/Arcturus/uC5272/uC5272.c | 57 ++
include/c
Signed-off-by: David Wu
---
Makefile | 21 +++
board/Arcturus/uC5275/Makefile | 44 +++
board/Arcturus/uC5275/config.mk | 23
board/Arcturus/uC5275/u-boot.lds | 139
board/Arcturus/uC5275/uC5275.c | 118
Signed-off-by: David Wu
---
CREDITS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/CREDITS b/CREDITS
index 043ba6e..144fc27 100644
--- a/CREDITS
+++ b/CREDITS
@@ -513,7 +513,7 @@ D: Port to MPC555/556 microcontrollers and support for
cmi board
N: David Wu
Enable the auto completion (with TAB) of the environment variable name
after the editenv command.
Signed-off-by: Ralf Trübenbach
---
Changes from v1:
Resend patch because of invalid patch format.
diff --git a/common/command.c b/common/command.c
index 0c66b7a..67ad692 100644
--- a/common/command
Mike, thanks for your review. Here need your further clarifications,
thanks in advance.
On Fri, Apr 9, 2010 at 5:36 AM, Mike Frysinger wrote:
> On Thursday 08 April 2010 05:40:02 Tonny Tzeng wrote:
>> --- a/common/kgdb.c
>> +++ b/common/kgdb.c
>> @@ -220,6 +220,29 @@ hexToInt(char **ptr, int *in
* add WATCHDOG_RESET to !tstc() loops
* prevents watchdog timeout, while waiting for input,
if CONFIG_BOOT_RETRY_TIME or CONFIG_SHOW_ACTIVITY defined
Signed-off-by: Jens Scharsig
---
common/main.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/common/main.c b/comm
Hi David,
On Friday 09 April 2010 17:11:35 David Wu wrote:
> I think those patches if I resubmit are same as before except the subjects
> differ.
Yes. The patch will stay the same. Its more nitpicking to extract this CFI
related patch from the Coldfire patchset so that I can better apply it via
Hi Heiko,
I am trying to do something similar to what you did in this commit:
http://git.denx.de/?p=u-boot/u-boot-i2c.git;a=commit;h=39df00d9aecfb465b9eec9af593f9b763fb5209a
and I have a question, must i2c_board_init for fsl_i2c.c be called before
the actual controller initialization? (i.e. sett
Dear Anatolij Gustschin,
In message <20100408164739.2f3a2...@wker> you wrote:
> Dear Wolfgang,
>
> The following changes since commit a233631095eba3e853049f6656642e3a7ef1d73c:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash
>
> are available in the gi
Dear Remy Bohmer,
In message you
wrote:
> The following changes since commit a233631095eba3e853049f6656642e3a7ef1d73c:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-usb.git
Dear Ben Warren,
In message <4bbb6470.30...@gmail.com> you wrote:
>
> The new function is part of the 'eth_device struct', so will be
> implemented in the network drivers. As designed, MAC addresses will be
> programmed on all controllers that have a valid entry either in their
> NVRAM or the
Dear Stefan Roese,
In message <201004091639.34416...@denx.de> you wrote:
> The following changes since commit a233631095eba3e853049f6656642e3a7ef1d73c:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash
>
> are available in the git repository at:
>
> g
Dear Timur Tabi,
In message <1269990179-23666-1-git-send-email-ti...@freescale.com> you wrote:
> In print_size(), the math that calculates the fractional remainder of a number
> used the same integer size as a physical address. However, the "10 *" factor
> of the algorithm means that a large numb
Dear Timur Tabi,
In message <1269990179-23666-2-git-send-email-ti...@freescale.com> you wrote:
> Modify print_size() so that it can accept numbers larger than 4GB on 32-bit
> systems.
>
> Signed-off-by: Timur Tabi
> ---
> include/common.h |2 +-
> lib_generic/display_options.c
Wolfgang Denk wrote:
> Dear Timur Tabi,
>
> In message <1269990179-23666-2-git-send-email-ti...@freescale.com> you wrote:
>> Modify print_size() so that it can accept numbers larger than 4GB on 32-bit
>> systems.
>>
>> Signed-off-by: Timur Tabi
>> ---
>> include/common.h |2 +-
>
Dear Timur Tabi,
In message <4bbf8dc3.4090...@freescale.com> you wrote:
>
> > Hm... if we go so far, we should probably also prepare for bigger
> > prefixes, like printing TB ?
>
> I suppose. The purpose behind my patch was only to allow 32-bit systems to
> report when the board has 8GB of DDR.
Dear Li Wenhao,
In message <1263145126-23165-1-git-send-email-liwenha...@gmail.com> you wrote:
>
> Signed-off-by: Li Wenhao
> ---
> common/cmd_nand.c | 21 +
> 1 files changed, 21 insertions(+), 0 deletions(-)
Scott sent a number of comments / change requests for this pat
The following changes since commit a233631095eba3e853049f6656642e3a7ef1d73c:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Brent Kandetzki (1):
Blackfin: IP
Dear John Schmoller,
In message you wrote:
> The first patch removes CONFIG_SYS_MAXARGS, replacing the staticly defined
> array with a malloc'd array of the appropriate size. When a function has no
> upper argument limit (ie, was set to CONFIG_SYS_MAXARGS), it is now set to 0
> to indicate this f
Dear Albin Tonnerre,
In message
<1268588843-23451-1-git-send-email-albin.tonne...@free-electrons.com> you wrote:
> Signed-off-by: Albin Tonnerre
> ---
> drivers/mtd/spi/eeprom_m95xxx.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang D
Dear Tom,
In message <20100317084833.364b2...@marrow.netinsight.se> Simon Kagstrom wrote:
> (Sorry if this has already been taken up, I've not been following the
> discussion closely)
>
> On Thu, 11 Mar 2010 11:11:09 +0100
> "Martin Krause" wrote:
>
> > >> Does this mean, my toolchain is broken
On Friday 09 April 2010 11:32:19 Tonny Tzeng wrote:
> On Fri, Apr 9, 2010 at 5:36 AM, Mike Frysinger wrote:
> > On Thursday 08 April 2010 05:40:02 Tonny Tzeng wrote:
> >>if (kgdb_setjmp(error_jmp_buf) != 0)
> >>panic("kgdb: error or fault in entry init!\n");
> >>
> >> +
All:
(First, thanks for all the hard work that has been done to date.)
I'm trying to install ELDK on an Kubuntu 9.10. I realize that
9.10 is not on the approved list, but I thought I would try
anyhow.
I got the arm-2008-11-24.iso image, loopback mounted it on
/mnt/eldk, and fired off the instal
Dear Frans Meulenbroeks,
In message <1269684970-4260-1-git-send-email-fransmeulenbro...@gmail.com> you
wrote:
> Signed-off-by: Frans Meulenbroeks
> ---
> common/cmd_bmp.c | 81 +
> 1 files changed, 56 insertions(+), 25 deletions(-)
Applied,
Dear Mikhail Kshevetskiy,
In message <20100329162346.017a4...@laska.campus-ws.pu.ru> you wrote:
> commit 4b142febff71eabdb7ddbb125c7b583b24ddc434 (common: delete
> CONFIG_SYS_64BIT_VSPRINTF and CONFIG_SYS_64BIT_STRTOUL) breaks printf on my
> arm/pxa270 board. For example, the code
>
> int a
Dear Mikhail Kshevetskiy,
In message <20100329162420.40f54...@laska.campus-ws.pu.ru> you wrote:
> This patch is based on custom u-boot-1.1.2 version produced by voipac
> (http://www.voipac.com) and board/trizepsiv files from current u-boot.
>
> Up to now only PXA270 DIMM module with NOR flash is
Dear Minkyu Kang,
In message <1f3430fb1003301842kbff3d1fie305bb7c6bd21...@mail.gmail.com> you
wrote:
>
> These registers are used at asm code.
Are they only used in assembler code? If so, these defines should be
moved to a separate asm-offsets.h file. Keep in mind that this is
considered to be
On Fri, 2010-04-09 at 23:04 +0200, Wolfgang Denk wrote:
> Dear John Schmoller,
>
> In message you wrote:
> > The first patch removes CONFIG_SYS_MAXARGS, replacing the staticly defined
> > array with a malloc'd array of the appropriate size. When a function has no
> > upper argument limit (ie, was
Dear Andre Schwarz,
In message <1270150015-10065-1-git-send-email-andre.schw...@matrix-vision.de>
you wrote:
> Add initial support for Matrix Vision mvSMR board based on MPC5200B.
>
> Signed-off-by: Andre Schwarz
> ---
>
> Wolfgang,
> thanks for having a look @ v2.
> This is v3 taking all comm
Dear Michael Zaidman,
In message <1270199442-5980-1-git-send-email-michael.zaid...@gmail.com> you
wrote:
> Signed-off-by: Michael Zaidman
> ---
> drivers/serial/serial.c | 27 +--
> 1 files changed, 17 insertions(+), 10 deletions(-)
Applied, thanks.
Best regards,
Wo
Dear Peter Tyser,
In message <1270438563-26748-1-git-send-email-pty...@xes-inc.com> you wrote:
> Version 4.2.4 of gcc produces the following warnings without this change:
> mkimage.c: In function `main':
> mkimage.c:204: warning: dereferencing type-punned pointer will break
> strict-aliasing
Dear Guennadi Liakhovetski,
In message you wrote:
> Since I haven't been actively maintaining these boards for a long while,
> keeping myself as their maintainer makes no sense.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
Please explicitly move these boards into the "orphaned" section, the
Dear karl.bel...@gmail.com,
In message <1270585088-16024-1-git-send-email-karl.bel...@gmail.com> you wrote:
> Signed-off-by: Karl Beldan
> ---
> common/dlmalloc.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engi
Dear Rabin VINCENT,
In message <20100408134135.ga4...@bnru02.bnr.st.com> you wrote:
> On Sun, Mar 28, 2010 at 07:49:15PM +0200, Tom wrote:
> > Rabin Vincent wrote:
> > > + /* UART2 */
> > > + nmk_gpio_af(29, GPIO_ALT_C);
> > > + nmk_gpio_af(30, GPIO_ALT_C);
> >
> > Change these to immediates to l
Dear "Wayne C. Gramlich",
In message <4bbf9630.9040...@gramlich.net> you wrote:
>
> (First, thanks for all the hard work that has been done to date.)
Thanks, but you are on the wrong list. You should post ELDK related
questions on the ELDK mailing list, not here.
> I'm trying to install ELDK on
Dear John Schmoller,
In message <1270850432.4458.36.ca...@johns> you wrote:
>
> > I tried to get a feeling for the impact on the memory footprint, but
> > it doesn't work for me. I get tons of error messages like these:
>
> I did run MAKEALL on ppc and arm. So, either something must have changed
Dear Michael Zaidman,
In message <20100409220843.551e819...@gemini.denx.de> I wrote:
>
> In message <1270199442-5980-1-git-send-email-michael.zaid...@gmail.com> you
> wrote:
> > Signed-off-by: Michael Zaidman
> > ---
> > drivers/serial/serial.c | 27 +--
> > 1 files c
Dear Mikhail Kshevetskiy,
In message <20100407154936.474d5...@laska.campus-ws.pu.ru> you wrote:
> This patch is based on custom u-boot-1.1.2 version produced by voipac
> (http://www.voipac.com) and board/trizepsiv files from current u-boot.
>
> Up to now only PXA270 DIMM module with NOR flash is
Dear Mikhail Kshevetskiy,
In message <20100407154622.316be...@laska.campus-ws.pu.ru> you wrote:
>
> Here is my comments to your notices,
> the updated patch is in the following letter.
Thanks.
> I try to keep lowlevel_init.S as much close to the same file from
> board/trizeptiv
> as it was pos
Dear "David Wu",
In message you wrote:
> Signed-off-by: David Wu
> ---
> board/Mercury/ep2500/Makefile | 44 ++
> board/Mercury/ep2500/config.mk | 23 +++
> board/Mercury/ep2500/ep2500.c | 191 +
> board/Mercury/ep2500/u-boot.lds | 140
Dear "David Wu",
In message you wrote:
> Signed-off-by: David Wu
> ---
> Makefile | 46 +
> board/Arcturus/uC5272/Makefile | 44 +
> board/Arcturus/uC5272/config.mk |1 +
> board/Arcturus/uC5272/u-boot.lds | 142 +++
> board/Arcturus/
Dear "David Wu",
In message you wrote:
> Signed-off-by: David Wu
> ---
> Makefile | 21 +++
> board/Arcturus/uC5275/Makefile | 44 +++
> board/Arcturus/uC5275/config.mk | 23
> board/Arcturus/uC5275/u-boot.lds | 139
> board/A
Dear "David Wu",
In message you wrote:
> Signed-off-by: David Wu
> ---
> Makefile | 47 +
> board/Arcturus/uC5282/Makefile| 44 +
> board/Arcturus/uC5282/cfm_flash.c | 201
> board/Arcturus/uC5282/cfm_flash.h | 42 +
> board/Arcturus/uC5282/config.m
Dear Rabin Vincent,
In message <1270734200-17762-13-git-send-email-rabin.vinc...@stericsson.com>
you wrote:
>
> --- a/drivers/serial/serial_pl01x.h
> +++ b/drivers/serial/serial_pl01x.h
> @@ -93,6 +93,7 @@
> * PL011 definitions
> *
> */
> +#define UART_PL011_LCRH_RX 0x1C
> #d
Dear Vaibhav Bedia,
In message you
wrote:
>
> > Making the folders based on ISA version would be confusing as the other ARM
> cores are not grouped that way.
> As all Cortex processors implement the ARMv7 architecture a better grouping
> IMHO would be cpu/cortex/a8 and cpu/cortex/a9. The common
Wolfgang Denk had written, on 04/09/2010 06:06 PM, the following:
> Dear Vaibhav Bedia,
>
> In message
> you wrote:
>>> Making the folders based on ISA version would be confusing as the other ARM
>> cores are not grouped that way.
>> As all Cortex processors implement the ARMv7 architecture a be
On 4/9/2010 12:58 PM, Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message<4bbb6470.30...@gmail.com> you wrote:
>
>> The new function is part of the 'eth_device struct', so will be
>> implemented in the network drivers. As designed, MAC addresses will be
>> programmed on all controllers tha
Dear Ben Warren,
In message <4bbfc784.20...@gmail.com> you wrote:
>
> > I don;t have a specific example in mind where it would actually cause
> > harm, but we might run into such situations and should be prepared to
> > handle them gracefully.
> >
> >
> OK. The next spin will have an easy opt
78 matches
Mail list logo