Re: ecos freebsd_stack

Re: ecos freebsd_stack

[Raghu]

Probed more on this issue and wanted to share the
findings,The ARP request from IDXP425 is reaching the
Host IP. 
Host machine generates an ARP reply and sends it on
the line, but this is never reaching the NPE drivers
"npe_recv" function in "if_npe.c". May be because it
dosent receive an interrupt, and is not running in a
polled mode. 

Any clues if this driver is "interrupt" driven or
"polled mode", and how does interrupt processing
happens in ixp425 ??


> I enabled the "ICMPPRINTFS" in ip_icmp.c, but the
> console does not print any messages releated to ICMP
> activity. Where probably we should expect it to
> construct a ICMP request packet and send, but this
> the
> "ping_test" program does by copying the ICMP header
> information by type casting the
> unsigned char pkt1[]. Why doesnt it get sent at the
> stack level ??
> --- Andrew Lunn <andrew@lunn.ch> wrote:
> > What does the console show? Does it say anything
> > about the ICMP
> > message it is trying to send?



	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

Re: ecos freebsd_stack

[Gary Thomas]

Note: this should really be on the discussion list and not "devel"

On Fri, 2005-03-04 at 02:09 -0800, Raghu wrote:
> Probed more on this issue and wanted to share the
> findings,The ARP request from IDXP425 is reaching the
> Host IP. 
> Host machine generates an ARP reply and sends it on
> the line, but this is never reaching the NPE drivers
> "npe_recv" function in "if_npe.c". May be because it
> dosent receive an interrupt, and is not running in a
> polled mode. 
> 
> Any clues if this driver is "interrupt" driven or
> "polled mode", and how does interrupt processing
> happens in ixp425 ??
> 

My guess is that the hardware address (sometimes called 'MAC')
on the ixp425 is not being set up properly.  ARP replies are
normally uni-addressed (sent to only the station requesting
them) and if the hardware address does not match, the IXP
won't see it.

> 
> > I enabled the "ICMPPRINTFS" in ip_icmp.c, but the
> > console does not print any messages releated to ICMP
> > activity. Where probably we should expect it to
> > construct a ICMP request packet and send, but this
> > the
> > "ping_test" program does by copying the ICMP header
> > information by type casting the
> > unsigned char pkt1[]. Why doesnt it get sent at the
> > stack level ??
> > --- Andrew Lunn <andrew@lunn.ch> wrote:
> > > What does the console show? Does it say anything
> > > about the ICMP
> > > message it is trying to send?

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

Re: ecos freebsd_stack

[David Vrabel]

Raghu wrote:
> 
> Any clues if this driver is "interrupt" driven or
> "polled mode", and how does interrupt processing
> happens in ixp425 ??

Unless someones added interrupt handlers etc. since I last looked the
NPE driver is polled mode only (suitable for RedBoot but not much else).

David Vrabel
-- 
David Vrabel, Design Engineer

Arcom, Clifton Road           Tel: +44 (0)1223 411200 ext. 3233
Cambridge CB1 7EA, UK         Web: http://www.arcom.com/

Re: ecos freebsd_stack

[Raghu]

Hi,
I enabled the "ICMPPRINTFS" in ip_icmp.c, but the
console does not print any messages releated to ICMP
activity. Where probably we should expect it to
construct a ICMP request packet and send, but this the
"ping_test" program does by copying the ICMP header
information by type casting the
unsigned char pkt1[]. Why doesnt it get sent at the
stack level ??

--- Andrew Lunn <andrew@lunn.ch> wrote:
> What does the console show? Does it say anything
> about the ICMP
> message it is trying to send?




	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

Re: ecos freebsd_stack

[Andrew Lunn]

On Thu, Mar 03, 2005 at 04:18:54AM -0800, Raghu wrote:
> Hi All, 
> 
> I am working with IXDP425 eval board, and I am trying
> to configure CYGPKG_NET_FREEBSD_STACK, by assigning
> static IP address, using
> "CYGHWR_NET_DRIVER_ETH0_ADDRS".
> 
> BOOTP[eth0] op: REPLY
> htype: Ethernet
> hlen: 6
> hops: 0
> xid: 0x0
> secs: 0
> flags: 0x0
> hw_addr: 00:02:b3:3c:25:88
> client IP: 192.168.250.222
> my IP: 192.168.250.222
> server IP: 192.168.250.165
> gateway IP: 192.168.250.2
> options:
> subnet mask: 255.255.255.0
> IP broadcast: 192.168.250.255
> gateway: 192.168.250.2
> Route - dst: 0.0.0.0, mask: 0.0.0.0, gateway:
> 192.168.250.2
> 
> I am trying to "ping" my host machine from the
> IXDP425, using "ping_test.c" On the host machine I
> have "Ethreal" that sniffs packets. And I am able to
> get an "ARP Request" and "ARP Reply", without issues.
> 
> 1 192.168.250.222 Broadcast ARP Who has
> 192.168.250.165?  Tell 192.168.250.222
> 
> 2 192.168.250.165 192.168.250.222 ARP     
> 192.168.250.165 is at 00:11:25:4c:f9:8d
> 
> But the "ICMP - ping request" is not being sent from
> the IXDP425 target board, or probably not being
> generated at all.

Does it send any more arps, or are there only these two messages?

What does the console show? Does it say anything about the ICMP
message it is trying to send?

        Andrew

ecos freebsd_stack

[Raghu]

Hi All, 

I am working with IXDP425 eval board, and I am trying
to configure CYGPKG_NET_FREEBSD_STACK, by assigning
static IP address, using
"CYGHWR_NET_DRIVER_ETH0_ADDRS".

BOOTP[eth0] op: REPLY
htype: Ethernet
hlen: 6
hops: 0
xid: 0x0
secs: 0
flags: 0x0
hw_addr: 00:02:b3:3c:25:88
client IP: 192.168.250.222
my IP: 192.168.250.222
server IP: 192.168.250.165
gateway IP: 192.168.250.2
options:
subnet mask: 255.255.255.0
IP broadcast: 192.168.250.255
gateway: 192.168.250.2
Route - dst: 0.0.0.0, mask: 0.0.0.0, gateway:
192.168.250.2

I am trying to "ping" my host machine from the
IXDP425, using "ping_test.c" On the host machine I
have "Ethreal" that sniffs packets. And I am able to
get an "ARP Request" and "ARP Reply", without issues.

1 192.168.250.222 Broadcast ARP Who has
192.168.250.165?  Tell 192.168.250.222

2 192.168.250.165 192.168.250.222 ARP     
192.168.250.165 is at 00:11:25:4c:f9:8d

But the "ICMP - ping request" is not being sent from
the IXDP425 target board, or probably not being
generated at all.

Any clues please ??

Thanks in Advance.
Regards,
Raghu


	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/