[#4228] dhcp fails on netgear WGR614v6

Document created by Aaronwu Employee on Sep 25, 2013
Version 1Show Document
  • View in full screen mode

[#4228] dhcp fails on netgear WGR614v6

Submitted By: Robin Getz

Open Date

2008-07-08 08:39:29     Close Date

2008-07-11 16:47:44

Priority:

High     Assignee:

Robin Getz

Category:

networking     Fixed In Release:

N/A

Found In Release:

N/A     Status:

Closed

Board:

STAMP     Processor:

N/A

Silicon Revision:

    Resolution:

Fixed

Is the bug repeatable?:

yes     

Summary: dhcp fails on netgear WGR614v6

Details:

 

I just upgraded a router in my house, and now DHCP fails to work in all U-Boots (release and trunk), on all boards (BF537/BF533/BF548).

 

On a working router (debug turned on in net/bootp.c)

 

bfin> dhcp

start Auto negotiation... (take ~2sec)

Auto negotiation complete, 100BaseTX, full duplex

Set dhcp_state = INIT

BOOTP broadcast 1

set dhcp_state = SELECTING

DHCPHandler: got packet: (src=67, dst=68, len=548) state: 3

Filtering pkt = 0

DHCPHandler: got DHCP packet: (src=67, dst=68, len=548) state: 3

DHCP: state=SELECTING bp_file: ""

TRANSITIONING TO REQUESTING STATE

set dhcp_state = REQUESTING

*** Unhandled DHCP Option in OFFER/ACK: 26

Bootfile:

DhcpSendRequestPkt: Sending DHCPREQUEST

Transmitting DHCPREQUEST packet: len = 343

DHCPHandler: got packet: (src=67, dst=68, len=548) state: 4

Filtering pkt = 0

DHCPHandler: got DHCP packet: (src=67, dst=68, len=548) state: 4

DHCP State: REQUESTING

*** Unhandled DHCP Option in OFFER/ACK: 26

Bootfile:

DHCP client bound to address 192.168.0.2

bfin> 

 

------------------------------------

 

failing router:

 

bfin> dhcp

start Auto negotiation... (take ~2sec)

Auto negotiation complete, 100BaseTX, half duplex

Set dhcp_state = INIT

BOOTP broadcast 1

set dhcp_state = SELECTING

Set dhcp_state = INIT

BOOTP broadcast 2

set dhcp_state = SELECTING

DHCPHandler: got packet: (src=67, dst=68, len=280) state: 3

Filtering pkt = 0

DHCPHandler: got DHCP packet: (src=67, dst=68, len=280) state: 3

DHCP: state=SELECTING bp_file: ""

TRANSITIONING TO REQUESTING STATE

set dhcp_state = REQUESTING

Bootfile:

DhcpSendRequestPkt: Sending DHCPREQUEST

Transmitting DHCPREQUEST packet: len = 343

DHCPHandler: got packet: (src=67, dst=68, len=244) state: 4

Filtering pkt = 0

DHCPHandler: got DHCP packet: (src=67, dst=68, len=244) state: 4

DHCP State: REQUESTING

Set dhcp_state = INIT

BOOTP broadcast 3

set dhcp_state = SELECTING

Set dhcp_state = INIT

BOOTP broadcast 4

set dhcp_state = SELECTING

Set dhcp_state = INIT

BOOTP broadcast 5

set dhcp_state = SELECTING

 

I can grab/send the wireshark files if you thing that helps.

 

Follow-ups

 

--- Robin Getz                                               2008-07-08 22:42:56

For giggles I tried U-Boot 1.3.3 (from

ftp://ftp.denx.de/pub/u-boot/u-boot-1.3.3.tar.bz2 ) to make sure it was not a

generic issue that had been resolved.

 

U-Boot 1.3.3 (Jul  8 2008 - 22:00:00)

 

CPU:   ADSP bf537-0.2 (Detected Rev: 0.3)

Board: ADI BF537 stamp board

       Support: http://blackfin.uclinux.org/

Clock: VCO: 500 MHz, Core: 500 MHz, System: 100 MHz

RAM:   64 MB

Flash:  4 MB

In:    serial

Out:   serial

Err:   serial

Net:   Blackfin EMAC

MAC:   00:E0:22:FE:4E:4D

I2C:   ready

Hit any key to stop autoboot:  0

bfin> dhcp

BOOTP broadcast 1

BOOTP broadcast 2

BOOTP broadcast 3

BOOTP broadcast 4

BOOTP broadcast 5

 

Retry count exceeded; starting again

 

I did have to make this mod to get it working...

--- u-boot-1.3.3/net/eth.c  2008-05-19 06:47:11.000000000 -0400

+++ u-boot-1.3.3/net/eth.c  2008-07-08 21:59:50.000000000 -0400

@@ -270,7 +270,7 @@

#if defined(CONFIG_RTL8169)

        rtl8169_initialize(bis);

#endif

-#if defined(CONFIG_BF537)

+#if defined(CONFIG_BFIN_MAC)

        bfin_EMAC_initialize(bis);

#endif

#if defined(CONFIG_ATSTK1000)

 

But comparing the "good" to the "bad" - it looks like

U-Boot is not seeing the entire packet for some reason. (U-Boot reports the

packet len=253, but Wireshark says the packet is 548 bytes)

 

I'm still digging.

 

--- Robin Getz                                               2008-07-09 11:49:21

I figured out what is going on - and have a fix for 1.3.3 - I just need to move

it back to our svn.

 

-Robin

 

--- Robin Getz                                               2008-07-11 13:50:58

Fixed on svn trunk and R1.5 branch.

 

 

--- Robin Getz                                               2008-07-11 16:47:44

Marking fixed & Closed.

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

No Files Were Found

Attachments

    Outcomes