u-boot.git/net, branch v1.3.3 Unnamed repository; edit this file 'description' to name the repository. net: make ARP timeout configurable 2008-04-29T05:23:21+00:00 Guennadi Liakhovetski lg@denx.de 2008-04-03T15:04:19+00:00 40cb90ee2b97db1f697e1b54f19a548ffc96d71b Currently the timeout waiting for an ARP reply is hard set to 5 seconds. On i.MX31ADS due to a hardware "strangeness" up to four first IP packets to the boards get lost, which typically are ARP replies. By configuring the timeout to a lower value we significantly improve the first network transfer time on this board. The timeout is specified in milliseconds, later internally it is converted to deciseconds, because it has to be converted to hardware ticks, and CFG_HZ ranges from 900 to 27000000 on different boards. Signed-off-by: Guennadi Liakhovetski <lg@denx.de> Signed-off-by: Ben Warren <biggerbadderben@gmail.com> 
Currently the timeout waiting for an ARP reply is hard set to 5 seconds.
On i.MX31ADS due to a hardware "strangeness" up to four first IP packets
to the boards get lost, which typically are ARP replies. By configuring
the timeout to a lower value we significantly improve the first network
transfer time on this board. The timeout is specified in milliseconds,
later internally it is converted to deciseconds, because it has to be
converted to hardware ticks, and CFG_HZ ranges from 900 to 27000000 on
different boards.

Signed-off-by: Guennadi Liakhovetski <lg@denx.de>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
Coding Style cleanup; update CHANGELOG 2008-04-13T16:59:26+00:00 Wolfgang Denk wd@denx.de 2008-04-13T16:59:26+00:00 1aeed8d71acb3290cf2446f316d6ba437e7881c4 Signed-off-by: Wolfgang Denk <wd@denx.de> 
Signed-off-by: Wolfgang Denk <wd@denx.de>
Merge branch 'master' of git://www.denx.de/git/u-boot-at91 2008-04-07T22:16:36+00:00 Wolfgang Denk wd@denx.de 2008-04-07T22:16:36+00:00 a1b215e2a2a013327693f2fb990957b746f26cf5 






Add support for AT91SAM9260EK
2008-03-31T23:46:12+00:00

Stelian Pop
stelian@popies.net

2008-03-26T17:52:33+00:00

0176d43e759a6e00cacc85eff26fd60f74b4f6b7

Support for booting from internal DataFlash, external DataFlash card
or NAND flash is available.

Signed-off-by: Stelian Pop <stelian@popies.net>





Support for booting from internal DataFlash, external DataFlash card
or NAND flash is available.

Signed-off-by: Stelian Pop <stelian@popies.net>







Move at91cap9 specific files to at91sam9 directory
2008-03-31T23:44:18+00:00

Stelian Pop
stelian@popies.net

2008-03-26T19:52:28+00:00

a8a78f2d99dc1bd30dc3595da118539b506c6118

AT91CAP9 and AT91SAM9 SoCs are very close hardware wise, so a
common infrastructure can be used. Let this infrastructure be
named after the AT91SAM9 family, and move the existing AT91CAP9
files to the new place.

Signed-off-by: Stelian Pop <stelian@popies.net>





AT91CAP9 and AT91SAM9 SoCs are very close hardware wise, so a
common infrastructure can be used. Let this infrastructure be
named after the AT91SAM9 family, and move the existing AT91CAP9
files to the new place.

Signed-off-by: Stelian Pop <stelian@popies.net>







SPARC/LEON3: Added GRETH Ethernet 10/100/1000 driver.
2008-03-30T04:33:28+00:00

Daniel Hellstrom
daniel@gaisler.com

2008-03-28T19:22:53+00:00

c2b7da552293b50c9c9e46ed71267b02c2de9ea8

GRETH is an Ethernet 10/100 or 10/100/1000 MAC with out without
a debug link (EDCL). The GRETH core is documented in GRIP.pdf
available at www.gaisler.com.

If the GRETH has GigaBit support (GBIT, Scatter gather, checksum
offloading etc.) can be determined by a bit in the control register.
The GBIT MAC is supported by operating in GRTEH 10/100 legacy mode.

Signed-off-by: Daniel Hellstrom <daniel@gaisler.com>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>





GRETH is an Ethernet 10/100 or 10/100/1000 MAC with out without
a debug link (EDCL). The GRETH core is documented in GRIP.pdf
available at www.gaisler.com.

If the GRETH has GigaBit support (GBIT, Scatter gather, checksum
offloading etc.) can be determined by a bit in the control register.
The GBIT MAC is supported by operating in GRTEH 10/100 legacy mode.

Signed-off-by: Daniel Hellstrom <daniel@gaisler.com>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>







DHCP request fix for Windows Server 2003
2008-03-30T04:09:49+00:00

Aras Vaichas
arasv@magtech.com.au

2008-03-25T22:43:57+00:00

d9a2f416d6ac6058cd7845033ae4dc32ef1c0746

Added option CONFIG_BOOTP_DHCP_REQUEST_DELAY. This provides an optional
delay before sending "DHCP Request" in net/bootp.c. Required to overcome
interoperability problems with Windows Server 200x DHCP server when U-Boot
client responds too fast for server to handle.

Signed-off-by: Aras Vaichas <arasv@magtech.com.au>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>





Added option CONFIG_BOOTP_DHCP_REQUEST_DELAY. This provides an optional
delay before sending "DHCP Request" in net/bootp.c. Required to overcome
interoperability problems with Windows Server 200x DHCP server when U-Boot
client responds too fast for server to handle.

Signed-off-by: Aras Vaichas <arasv@magtech.com.au>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>







net: Print error message upon net usage when no ethernet-interface is found
2008-03-04T23:18:49+00:00

Stefan Roese
sr@denx.de

2008-03-04T16:40:41+00:00

6bc113886d7d316df1a4e459bec8baf027518551

This patch fixes a problem seen on PPC4xx boards, when no MAC address is
defined. Then no ethernet interface is available but a simple "tftp"
command will return without any error message which is quite confusing.

Signed-off-by: Stefan Roese <sr@denx.de>





This patch fixes a problem seen on PPC4xx boards, when no MAC address is
defined. Then no ethernet interface is available but a simple "tftp"
command will return without any error message which is quite confusing.

Signed-off-by: Stefan Roese <sr@denx.de>







Merge branch '080116_at91cap9' of git://linux-arm.org/u-boot-armdev
2008-02-15T12:59:15+00:00

Peter Pearse
peter.pearse@arm.com

2008-02-15T12:59:15+00:00

ae92069abecc278d7b8de88ffa62de0c2c0ed2bf












TFTP: fix search of ':' in BootFile
2008-02-14T22:02:52+00:00

Jean-Christophe PLAGNIOL-VILLARD
plagnioj@jcrosoft.com

2008-02-14T07:02:12+00:00

38cc09c55b1d7f233789052c6fc462e5377669a9

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>





Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>