Hello,
isn´t anybody out there who could help me ?
Thank you
>>> "Manuel Sahm" <[EMAIL PROTECTED]> 26.08.2008 10:44 >>>
Hello,
I have a problem concnering the LAN Connection Timeout.
I uses a Teridian Phy connected via MII Interface to an AT91SAM9260.
All works fine. If I boot my system ub
Affected boards:
db64360
db64460
katmai
taihu
taishan
yucca
cpc45
cpu87
eXalion
elppc
debris
kvme080
mpc8315erdb
integratorap
ixdp425
oxc
pm826
pm828
Affected boards:
cu824
bab7xx
adciop
dasa_sim
mousse
mpc8540eval
musenki
mvblue
pcippc2/pcippc6
sbc8240
stxssa
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
Affected boards:
ap1000
mvbc_p
PM854
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/amirix/ap1000/ap1000.c|7 +++
board/matrix_vision/mvbc_p/mvbc_p.c |3 ++-
board/pm854/pm854.c
Affected boards:
purple
Removed initialization of controller from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/purple/purple.c |9 +
drivers/net/plb2800_eth.c |5 +++--
include/netdev.h |1 +
net/eth.c |4
4 f
Modified board_eth_init() functions of boards that have this FEC in addition
to other Ethernet controllers.
Affected boards:
bc3450
icecube
mvbc_p
o2dnt
pm520
total5200
tq5200
Removed initialization of controller from net/eth.c
Signed-off-b
Affected boards:
AmigaOneG3SE
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/MAI/AmigaOneG3SE/AmigaOneG3SE.c |9 +
board/MAI/AmigaOneG3SE/enet.c |1 +
include/netdev.h |1
Added a cpu_eth_init() function to MPC512x CPU directory and
removed code from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
cpu/mpc512x/cpu.c | 13 +
drivers/net/mpc512x_fec.c |1 +
include/netdev.h |1 +
net/eth.c |4
Affected boards:
IncaIP
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/incaip/incaip.c|8
drivers/net/inca-ip_sw.c |3 ++-
include/netdev.h |1 +
net/eth.c|4
4 files ch
Affected boards:
EVB64260
P3G4
ZUMA
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/evb64260/eth.c |1 +
board/evb64260/evb64260.c |8 +++-
include/netdev.h |1 +
net/eth.c
Affected boards:
PN62
sc520_cdp
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/pn62/pn62.c |6 ++
board/sc520_cdp/sc520_cdp.c |6 ++
drivers/net/pcnet.c |1 +
include/netdev.h
Affected boards:
mpc7448hpc2
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/freescale/mpc7448hpc2/mpc7448hpc2.c | 10 ++
drivers/net/tsi108_eth.c |1 +
include/netdev.h |
Affected boards:
a3000
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/a3000/a3000.c |7 +++
drivers/net/natsemi.c |1 +
include/netdev.h |4
net/eth.c |4
4 files changed, 12 ins
Affected boards:
bc3450
cpci5200
mecp5200
pf2000
icecube
o2dnt
pm520
sandpoint8245
total5200
tqm5200
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/bc3450/
Affected boards:
hidden_dragon
MPC8544DS
MPC8610HPCN
R2DPLUS
TB0229
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/freescale/mpc8544ds/mpc8544ds.c |8
board/freescale/mpc8641hpcn
Affected boards:
linkstation
r7780mp
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/linkstation/linkstation.c |6 ++
board/r7780mp/r7780mp.c |6 ++
drivers/net/rtl8169.c |1 +
inclu
This addresses all drivers whose initializers have already
been moved to board_eth_init()/cpu_eth_init().
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/atmel/atngw100/atngw100.c |3 +-
board/atmel/atstk1000/atstk1000.c|3 +-
board/bf537-stamp/bf537-stamp
Removed at91sam9_eth_initialize() from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/atmel/at91cap9adk/at91cap9adk.c | 11 +
board/atmel/at91sam9260ek/at91sam9260ek.c | 11 +
board/atmel/at91sam9263ek/at91sam9263ek.c | 11 +
cpu/arm926ejs/at91
Hello,
This patch set moves initialization of most Ethernet controllers to
board or CPU code. A few of the more complicated ones remain, but the
goal is to implement this on all controllers.
Changes with v2:
1. Incorporate suggestions by Haavard for additional AVR32 boards and
to fix warni
Andy Fleming wrote:
> This is to prepare the way for board code passing in the tsec_info structure
>
> Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
> ---
Thanks Andy. Nice work! Patches 1-6 applied to the net tree.
regards,
Ben
___
U-Boot mailing li
Hi,
>> +.depend: Makefile $(SOBJS:.o=.S) $(OBJS:.o=.c)
>> + $(CC) -M $(CPPFLAGS) $(SOBJS:.o=.S) $(OBJS:.o=.c) > $@
> please remove
>
>> +
>> +# defines $(obj).depend target
>> +include $(SRCTREE)/rules.mk
>> +
>> +sinclude $(obj).depend
>> +
>> +###
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
---
include/configs/ap325rxa.h |2 +-
include/configs/favr-32-ezkit.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/ap325rxa.h b/include/configs/ap325rxa.h
index 81a118d..3db609
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
> SMDK6400 can only boot U-Boot from NAND-flash. This patch adds a nand_spl
> driver for it too. The board can also boot from the NOR flash, but due to
> hardware limitations it can only address 64KiB on it, which is not enough
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 33aa4eac66b71c797bbc13b3afe432a2132947d4:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in the git repository at:
>
>
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> Hi Wolfgang,
> please pull
> The following changes since commit 33aa4eac66b71c797bbc13b3afe432a2132947d4:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available i
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 33aa4eac66b71c797bbc13b3afe432a2132947d4:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in the git repository at:
>
> git://www.denx.de
Dear Nobuhiro Iwamatsu,
In message <[EMAIL PROTECTED]> you wrote:
> Dear Wolfgang,
>
> The following changes since commit 33aa4eac66b71c797bbc13b3afe432a2132947d4:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in the git repository at:
Dear John Rigby,
In message <[EMAIL PROTECTED]> you wrote:
> MPC5121 rev 2 silicon has a new register for controlling how long
> CS is asserted after deassertion of ALE in multiplexed mode.
>
> The default is to assert CS together with ALE. The alternative
> is to assert CS (ALEN+1)*LPC_CLK cloc
Dear John Rigby,
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang,
>
> The following changes since commit 33aa4eac66b71c797bbc13b3afe432a2132947d4:
>Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in the git repository at:
>
>g
Dear John Rigby,
In message <[EMAIL PROTECTED]> you wrote:
> Wolfgang,
>
> Resend, wrong subject in previous email
>
> The following changes since commit 33aa4eac66b71c797bbc13b3afe432a2132947d4:
>Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > --- a/tools/env/fw_env.c
> > +++ b/tools/env/fw_env.c
> > @@ -44,6 +44,12 @@
> > #defineCMD_GETENV "fw_printenv"
> > #defineCMD_SETENV "fw_setenv"
> >
The 8544 DS has an optional SGMII Riser card, which uses different PHY
addresses. Check if we are in SGMII mode, and invoke the SGMII Riser
setup code if so.
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
---
board/freescale/mpc8544ds/mpc8544ds.c | 39 +
1 file
The 8544DS and 8572DS platforms support an optional SGMII riser card to
expose ethernet over an SGMII interface. Once the card is in, it is also
necessary to configure the board such that it uses the card, rather than
the on-board ethernet ports. This can either be done by flipping dip switches
o
From: Ben Warren <[EMAIL PROTECTED]>
The tsec driver contains a hard-coded array of configuration information
for the tsec ethernet controllers. We create a default function that works
for most tsecs, and allow that to be overridden by board code. It creates
an array of tsec_info structures, whi
Adds support for configuring the TBI to talk properly with the SerDes.
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
---
drivers/net/tsec.c | 74 +--
include/tsec.h | 25 +-
2 files changed, 72 insertions(+), 27 deletions(-
The 8544DS and 8572DS systems have an optional SGMII riser card which
exposes new ethernet ports which are connected to the eTSECs via an
SGMII interface. The SGMII PHYs for this board are offset from the standard
PHY addresses, so this code modifies the passed in tsec_info structure to
use the SG
This is to prepare the way for board code passing in the tsec_info structure
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
---
drivers/net/tsec.c |8 +---
{drivers/net => include}/tsec.h |6 ++
2 files changed, 7 insertions(+), 7 deletions(-)
rename {drivers/net =>
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> Ok, how about this: we leave the current fw_env.c as it is, I submit
> _exactly_ the state after applying my 6 patches as a new file, with
> suitable changes to the Makefile, fix building with MTD_VERSION=old, and
> try
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> > What follows is a patch series to support NAND environment under Linux,
> > including bad blocks. In principle, this is just one logical change, but
> > it is a big one... S
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
> What follows is a patch series to support NAND environment under Linux,
> including bad blocks. In principle, this is just one logical change, but
> it is a big one... So I split it into 6 smaller patches, which should be
>
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> Yes, the original code was:
...
> int flash_io(int mode)
> {
> fd = open(path, mode);
>
> if (mode == O_RDONLY) {
That's not true. You intentionally omit the error handling part here.
> close(fd);
> }
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> Erase area - this is all we erase, as opposed to one erase sector. On NOR
> this is limited by the environment size, on NAND by the number of blocks -
> the fifth parameter in the configuration file. This area may contain
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> Would it suffice to change the patch description for this patch to be
> accepted, or do you still want this patch to be dropped / changes? We
> could use fdcur, fdtrg, devcur, devtrg, erasecur, erasetrg to save the
> typ
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > So, no, this is not because I didn't like somebody else's coding style.
> > This is because with NAND addition this function would become an
> > absolutely unreadable m
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> > This will become more important with NAND support, in which case the minimum
> > erase region is a block, which consists of several pages and can be 256KiB
> > large.
>
> Ple
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > It's not purely stylistic. For example, previously the code had fd and
> > fdr, curdev and otherdev. It used one erase struct for both main and
> > redundant copies, th
Il sabato 30 agosto 2008 01:12:31 Wolfgang Denk ha scritto:
> Dear Jerry Van Baren,
>
> In message <[EMAIL PROTECTED]> you wrote:
> > Of course, we need silly alphabetical animal names for "code names."
>
> Do we?
>
> > No, wait, that's been done before. I know! We can use u-boat names for
> > th
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > I don't see any need to change this code. Patch rejected.
> >
> > return (0) and similar produce warnings from checkpatch.pl. If I followed
>
> Ah! Then you should h
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> --- a/tools/env/fw_env.c
> +++ b/tools/env/fw_env.c
> @@ -44,6 +44,12 @@
> #define CMD_GETENV "fw_printenv"
> #define CMD_SETENV "fw_setenv"
>
> +#define min(x, y) ({ \
> +
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> This union replaces the typedef env_t, which was also defined in fw_env.c.
> Thus I was not fixing the issue you describe above, which I fully agree
> with - the tool and u-boot should ideally use the same definition from
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> It's not purely stylistic. For example, previously the code had fd and
> fdr, curdev and otherdev. It used one erase struct for both main and
> redundant copies, thus they had to initialise it multiple times to one or
>
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> So, no, this is not because I didn't like somebody else's coding style.
> This is because with NAND addition this function would become an
> absolutely unreadable monster. So, I would consider this patch a
> readability
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
> This will become more important with NAND support, in which case the minimum
> erase region is a block, which consists of several pages and can be 256KiB
> large.
Please explain.
What does "anywhere" mean? At offset 0, 1, 5,
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
>
> > I don't see any need to change this code. Patch rejected.
>
> return (0) and similar produce warnings from checkpatch.pl. If I followed
Ah! Then you should have at least mentioned in your comments that
this was th
> I just wonder anyone tried the usbtty.c on a
> target with MPC85xx processor? What OS on PC has been verified,
> Windows or Linux? Is there any document on it?
Not with that processor specifically.
Linux and Windows both support cdc-acm, though you do have to install the
CDC-ACM driver on Wind
> --- /dev/null
> +++ b/board/sh7785lcr/Makefile
> @@ -0,0 +1,45 @@
> +#
> +# Copyright (C) 2008 Yoshihiro Shimoda <[EMAIL PROTECTED]>
> +#
> +# This program is free software; you can redistribute it and/or
> +# modify it under the terms of the GNU General Public License as
> +# published by the F
On 23:20 Sun 31 Aug , Nobuhiro Iwamatsu wrote:
> Add support SH2/SH2A basic function.
>
> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
> ---
> PATCH v2 :
> - Apply Jean-Christophe's comments
>
> cpu/sh2/Makefile | 49
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> > Use consistent naming for active and redundant environment variables, remove
> > redundant erase struct initialisation by using separate structs for the
> > active and redunda
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> > Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
>
> I don't see any need to change this code. Patch rejected.
return (0) and similar produce warnings from checkpatc
On 8/30/08, Bryan O'Donoghue <[EMAIL PROTECTED]> wrote:
> On Fri, 29 Aug 2008 11:53:45 -0400
> "mike zheng" <[EMAIL PROTECTED]> wrote:
>
> > Hi Bryan,
> >
> > The USB/RS232 cable is a USB device, it shall has firmware in it,
> > which works as a USB slave. What I need to do is have some code talk
>
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
>
> Your
>
> > Subject: Re: [U-Boot] [PATCH 2/6] Separate flash read and write operations
>
> does not make a good commit comment - you should at least add
> "fw_env:"
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> > Use a union to cover both with and without redundant environment cases.
> ...
> > -typedef struct environment_s {
> > - ulong crc; /* CRC32 over data by
On Sun, Aug 31, 2008 at 7:49 AM, Haavard Skinnemoen
<[EMAIL PROTECTED]> wrote:
> Ben Warren <[EMAIL PROTECTED]> wrote:
>> This addresses all drivers whose initializers have already
>> been moved to board_eth_init()/cpu_eth_init().
>>
>> Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
>
> Nice. There
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
> Use consistent naming for active and redundant environment variables, remove
> redundant erase struct initialisation by using separate structs for the
> active and redundant environments.
This is another sylistic change that
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
I don't see any need to change this code. Patch rejected.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 1
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
Your
> Subject: Re: [U-Boot] [PATCH 2/6] Separate flash read and write operations
does not make a good commit comment - you should at least add
"fw_env:" or similar so eveybody know which "flash read and write
ope
Ben Warren <[EMAIL PROTECTED]> wrote:
> This addresses all drivers whose initializers have already
> been moved to board_eth_init()/cpu_eth_init().
>
> Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
Nice. There are a few things though...
> ---
> board/atmel/atngw100/atngw100.c |3 +
Hi,
Thank you for comments.
I apply your comments and I sent patch.
On Sat, 30 Aug 2008 13:40:40 +0200
Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> wrote:
> >
> > +sh7785lcr_config : unconfig
> > + @ >include/config.h
> > + @echo "#define CONFIG_SH7785LCR 1" >> include/config
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
board/rsk7203/Makefile |3 ---
board/sh7785lcr/Makefile |3 ---
2 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/board/rsk7203/Makefile b/board/rsk7203/Makefile
index a44f9ca..7365d19 100644
--- a/board/rsk7203/Makefi
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
Makefile |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 56eeda8..b185503 100644
--- a/Makefile
+++ b/Makefile
@@ -3049,17 +3049,17 @@ ms7722se_config : unconfig
r2dplus_config
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
> Use a union to cover both with and without redundant environment cases.
...
> -typedef struct environment_s {
> - ulong crc; /* CRC32 over data bytes*/
> - unsigned char flags;/* ac
This adds initial support for the RTE RSK+ SH7203 board.
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
PATCH v2 :
- Apply Jean-Christophe's comments
MAINTAINERS |2 +
MAKEALL |3 +
Ma
This board has SH7785, 512MB DDR2-SDRAM, NOR Flash,
Graphic, Ethernet, USB, SD, RTC, and I2C controller.
This patch supports the following functions:
- 128MB DDR2-SDRAM (29-bit address mode only)
- NOR Flash
- USB host
- Ethernet
Signed-off-by: Yoshihiro Shimoda <[EMAIL PROTECTED]>
Signed-off
Add support SH2/SH2A basic function.
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
PATCH v2 :
- Apply Jean-Christophe's comments
cpu/sh2/Makefile | 49 +++
cpu/sh2/cache.c| 112 +
Affected boards:
db64360
db64460
katmai
taihu
taishan
yucca
cpc45
cpu87
eXalion
elppc
debris
kvme080
mpc8315erdb
integratorap
ixdp425
oxc
pm826
pm828
Affected boards:
cu824
bab7xx
adciop
dasa_sim
mousse
mpc8540eval
musenki
mvblue
pcippc2/pcippc6
sbc8240
stxssa
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
Affected boards:
ap1000
mvbc_p
PM854
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/amirix/ap1000/ap1000.c|7 +++
board/matrix_vision/mvbc_p/mvbc_p.c |3 ++-
board/pm854/pm854.c
Affected boards:
purple
Removed initialization of controller from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/purple/purple.c |9 +
drivers/net/plb2800_eth.c |4 ++--
include/netdev.h |1 +
net/eth.c |4
4 fi
Modified board_eth_init() functions of boards that have this FEC in addition
to other Ethernet controllers.
Affected boards:
bc3450
icecube
mvbc_p
o2dnt
pm520
total5200
tq5200
Removed initialization of controller from net/eth.c
Signed-off-b
Added a cpu_eth_init() function to MPC512x CPU directory and
removed code from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
cpu/mpc512x/cpu.c | 13 +
cpu/mpc5xxx/cpu.c | 13 +
include/netdev.h |2 ++
net/eth.c |4
4 files changed, 2
Affected boards:
IncaIP
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/incaip/incaip.c|8
drivers/net/inca-ip_sw.c |2 +-
include/netdev.h |1 +
net/eth.c|4
4 files cha
Affected boards:
PN62
sc520_cdp
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/pn62/pn62.c |6 ++
board/sc520_cdp/sc520_cdp.c |6 ++
include/netdev.h|5 +
net/eth.c
Affected boards:
AmigaOneG3SE
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/MAI/AmigaOneG3SE/AmigaOneG3SE.c |9 +
include/netdev.h |1 +
net/eth.c |4
Affected boards:
EVB64260
P3G4
ZUMA
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/evb64260/evb64260.c |8 +++-
include/netdev.h |1 +
net/eth.c |7 ---
3 files chang
Affected boards:
a3000
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/a3000/a3000.c |7 +++
include/netdev.h|4
net/eth.c |4
3 files changed, 11 insertions(+), 4 deletions(-)
diff --git
Affected boards:
bc3450
cpci5200
mecp5200
pf2000
icecube
o2dnt
pm520
sandpoint8245
total5200
tqm5200
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/bc3450/
Affected boards:
mpc7448hpc2
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/freescale/mpc7448hpc2/mpc7448hpc2.c | 10 ++
include/netdev.h |1 +
net/eth.c |
Affected boards:
hidden_dragon
MPC8544DS
MPC8610HPCN
R2DPLUS
TB0229
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/freescale/mpc8544ds/mpc8544ds.c |8
board/freescale/mpc8641hpcn
Affected boards:
linkstation
r7780mp
Removed initialization of the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/linkstation/linkstation.c |6 ++
board/r7780mp/r7780mp.c |6 ++
include/netdev.h|4
ne
Removed at91sam9_eth_initialize() from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/atmel/at91cap9adk/at91cap9adk.c | 11 +
board/atmel/at91sam9260ek/at91sam9260ek.c | 11 +
board/atmel/at91sam9263ek/at91sam9263ek.c | 11 +
cpu/arm926ejs/at91
This addresses all drivers whose initializers have already
been moved to board_eth_init()/cpu_eth_init().
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/atmel/atngw100/atngw100.c |3 +-
board/atmel/atstk1000/atstk1000.c |3 +-
board/bf537-stamp/bf537-stamp.c
Hello,
This patch set moves initialization of most Ethernet controllers to
board or CPU code. A few of the more complicated ones remain, but the
goal is to implement this on all controllers.
Notes:
1. I obviously wasn't able to test many of these. I compiled what I
could with the tools o
On Sat, Aug 30, 2008 at 12:13:11PM -0400, Jerry Van Baren wrote:
> FYI, I propose to pick this up for the *NEXT* release of u-boot ("Yellow
> Submarine" ;-). My reasoning is that (1) the current window closes
> today, which makes me uncomfortable WRT putting in changes today and (2)
> this a
Wolfgang Denk wrote:
> Are you sure about this? Normally ARM systems have flash memory (or
> some other ROM) mapped at 0, because this is where execution starts
> out of reset.
Yes I am. On this system (at least as it is now) U-boot is executed from
memory when DDR has already been initialized. S
94 matches
Mail list logo
