Project Home
Project Home
Wiki
Wiki
Discussion Forums
Discussions
Project Information
Project Info
Forum Topic - i82544: Page 1 of 2 (15 Items)
   
i82544  
Hello back again on the i82544 and Intel Pro 1000 PCIe.

Seems to work better when using transmit and receive descriptor at 1024 and the thread priority at 100.

However I still have some issue with what I think is the negotiation speed.  And can't quite put my finger on it but 
here is what I found so far; two computers connected to a cisco switch, there is nothing else on the switch.  
Performance is bad, a pidin -n takes up to 5 seconds.  nicinfo show not error and it report 1000m/bits full duplex so is
 the switch.  Then I try to plug the computers with a crossed cable, that doesn't work at all. 

After rebooting the computers now I get the performance I'm expecting.  I then connect the comptuers back to the switch 
and now negotiation works ( those switch takes 30 to "negotiate"), but then the performance drops again.  

Tried many switches/computers/network card ;-)
RE: i82544  
When I get some free time, I work on this driver to update it, but
unfortunately there is not much free time right now. If this is a
priority for you, then I suggest that you contact your sales rep to
escalate this problem.


-----Original Message-----
From: Mario Charest [mailto:mcharest@zinformatic.com] 
Sent: Wednesday, June 11, 2008 9:22 AM
To: drivers-networking
Subject: i82544


Hello back again on the i82544 and Intel Pro 1000 PCIe.

Seems to work better when using transmit and receive descriptor at 1024
and the thread priority at 100.

However I still have some issue with what I think is the negotiation
speed.  And can't quite put my finger on it but here is what I found so
far; two computers connected to a cisco switch, there is nothing else on
the switch.  Performance is bad, a pidin -n takes up to 5 seconds.
nicinfo show not error and it report 1000m/bits full duplex so is the
switch.  Then I try to plug the computers with a crossed cable, that
doesn't work at all. 

After rebooting the computers now I get the performance I'm expecting.
I then connect the comptuers back to the switch and now negotiation
works ( those switch takes 30 to "negotiate"), but then the performance
drops again.  

Tried many switches/computers/network card ;-)

_______________________________________________
Networking Drivers
http://community.qnx.com/sf/go/post8973
Re: RE: i82544  
> When I get some free time, I work on this driver to update it, but
> unfortunately there is not much free time right now. If this is a
> priority for you, then I suggest that you contact your sales rep to
> escalate this problem.
> 

Thanks Hugh, 

I was hoping that the negotiation part could be taken out of the context of a major rework of the driver ;)

Cheers,

Mario
RE: i82544  
If you can try out io-pkt with the NetBSD wm driver and compare it to
the native devnp-i82544 driver, that might also give us some ideas as to
what to look for (although I'm not sure how right now :>)

	Robert.

-----Original Message-----
From: Hugh Brown [mailto:hsbrown@qnx.com] 
Sent: Wednesday, June 11, 2008 9:35 AM
To: drivers-networking
Subject: RE: i82544

When I get some free time, I work on this driver to update it, but
unfortunately there is not much free time right now. If this is a
priority for you, then I suggest that you contact your sales rep to
escalate this problem.


-----Original Message-----
From: Mario Charest [mailto:mcharest@zinformatic.com] 
Sent: Wednesday, June 11, 2008 9:22 AM
To: drivers-networking
Subject: i82544


Hello back again on the i82544 and Intel Pro 1000 PCIe.

Seems to work better when using transmit and receive descriptor at 1024
and the thread priority at 100.

However I still have some issue with what I think is the negotiation
speed.  And can't quite put my finger on it but here is what I found so
far; two computers connected to a cisco switch, there is nothing else on
the switch.  Performance is bad, a pidin -n takes up to 5 seconds.
nicinfo show not error and it report 1000m/bits full duplex so is the
switch.  Then I try to plug the computers with a crossed cable, that
doesn't work at all. 

After rebooting the computers now I get the performance I'm expecting.
I then connect the comptuers back to the switch and now negotiation
works ( those switch takes 30 to "negotiate"), but then the performance
drops again.  

Tried many switches/computers/network card ;-)

_______________________________________________
Networking Drivers
http://community.qnx.com/sf/go/post8973


_______________________________________________
Networking Drivers
http://community.qnx.com/sf/go/post8975
Re: RE: i82544  
> If you can try out io-pkt with the NetBSD wm driver and compare it to
> the native devnp-i82544 driver, that might also give us some ideas as to
> what to look for (although I'm not sure how right now :>

I'm on it.

> 
> 	Robert.
> 
> -----Original Message-----
> From: Hugh Brown [mailto:hsbrown@qnx.com] 
> Sent: Wednesday, June 11, 2008 9:35 AM
> To: drivers-networking
> Subject: RE: i82544
> 
> When I get some free time, I work on this driver to update it, but
> unfortunately there is not much free time right now. If this is a
> priority for you, then I suggest that you contact your sales rep to
> escalate this problem.
> 
> 
> -----Original Message-----
> From: Mario Charest [mailto:mcharest@zinformatic.com] 
> Sent: Wednesday, June 11, 2008 9:22 AM
> To: drivers-networking
> Subject: i82544
> 
> 
> Hello back again on the i82544 and Intel Pro 1000 PCIe.
> 
> Seems to work better when using transmit and receive descriptor at 1024
> and the thread priority at 100.
> 
> However I still have some issue with what I think is the negotiation
> speed.  And can't quite put my finger on it but here is what I found so
> far; two computers connected to a cisco switch, there is nothing else on
> the switch.  Performance is bad, a pidin -n takes up to 5 seconds.
> nicinfo show not error and it report 1000m/bits full duplex so is the
> switch.  Then I try to plug the computers with a crossed cable, that
> doesn't work at all. 
> 
> After rebooting the computers now I get the performance I'm expecting.
> I then connect the comptuers back to the switch and now negotiation
> works ( those switch takes 30 to "negotiate"), but then the performance
> drops again.  
> 
> Tried many switches/computers/network card ;-)
> 
> _______________________________________________
> Networking Drivers
> http://community.qnx.com/sf/go/post8973
> 
> 
> _______________________________________________
> Networking Drivers
> http://community.qnx.com/sf/go/post8975


Re: RE: i82544  
> If you can try out io-pkt with the NetBSD wm driver and compare it to
> the native devnp-i82544 driver, that might also give us some ideas as to
> what to look for (although I'm not sure how right now :>)
> 

I tried with  the wm driver.  This one I could switch to cross cable then back to the switch or force the switch to 
100Mbits and it works fine.  As for the performance it looks ok but within 2-3 minutes of light network activity ( pidin
 -n ) io-pkt will sigsegv or it will display the "Out of interrupt event message"

I haven't tried devnp-i82544 yet.

- Mario
Re: RE: i82544  
> If you can try out io-pkt with the NetBSD wm driver and compare it to
> the native devnp-i82544 driver, that might also give us some ideas as to
> what to look for (although I'm not sure how right now :>)

I tried with both wm and devnp-i82544, both detect speed/duplex setting just fine.

devnp-i82544 is slow, even at 100Mbits ( so it's not timing issues with 1000Mbits )

with wm it seems fast as expected but hard to say because it crashes before I have time to run enough test.

I will try 6.3.2 devn-i82544 which is a pain because we have to specify the MAC addresses and device/vendor id, but 
maybe it will give you guys some clues where to look.

Meanwhile I'll talk to our management  to get them to talk with QSS sales rep to try to escalate this ( even send you 
hardware )
RE: RE: i82544  
Try adding and irq_thresh=8000 as an option to the devnp-i82544 driver
and see if that changes the behaviour.  This is the maximum number of
interrupts per second that the card will generate and it can make quite
a change to the performance characteristics.  I'm surprised that the wm
driver is crashing. Is there anything from sloginfo that might point to
a problem?

	Robert.

-----Original Message-----
From: Mario Charest [mailto:mcharest@zinformatic.com] 
Sent: Wednesday, June 11, 2008 4:39 PM
To: drivers-networking
Subject: Re: RE: i82544

> If you can try out io-pkt with the NetBSD wm driver and compare it to
> the native devnp-i82544 driver, that might also give us some ideas as
to
> what to look for (although I'm not sure how right now :>)

I tried with both wm and devnp-i82544, both detect speed/duplex setting
just fine.

devnp-i82544 is slow, even at 100Mbits ( so it's not timing issues with
1000Mbits )

with wm it seems fast as expected but hard to say because it crashes
before I have time to run enough test.

I will try 6.3.2 devn-i82544 which is a pain because we have to specify
the MAC addresses and device/vendor id, but maybe it will give you guys
some clues where to look.

Meanwhile I'll talk to our management  to get them to talk with QSS
sales rep to try to escalate this ( even send you hardware )

_______________________________________________
Networking Drivers
http://community.qnx.com/sf/go/post9028
Re: RE: RE: i82544  
use devnp-wm.so doesn't describe any option.  There must be some ? 

> Try adding and irq_thresh=8000 as an option to the devnp-i82544 driver
> and see if that changes the behaviour.  This is the maximum number of
> interrupts per second that the card will generate and it can make quite
> a change to the performance characteristics.  I'm surprised that the wm
> driver is crashing. Is there anything from sloginfo that might point to
> a problem?
> 
> 	Robert.
> 
> -----Original Message-----
> From: Mario Charest [mailto:mcharest@zinformatic.com] 
> Sent: Wednesday, June 11, 2008 4:39 PM
> To: drivers-networking
> Subject: Re: RE: i82544
> 
> > If you can try out io-pkt with the NetBSD wm driver and compare it to
> > the native devnp-i82544 driver, that might also give us some ideas as
> to
> > what to look for (although I'm not sure how right now :>)
> 
> I tried with both wm and devnp-i82544, both detect speed/duplex setting
> just fine.
> 
> devnp-i82544 is slow, even at 100Mbits ( so it's not timing issues with
> 1000Mbits )
> 
> with wm it seems fast as expected but hard to say because it crashes
> before I have time to run enough test.
> 
> I will try 6.3.2 devn-i82544 which is a pain because we have to specify
> the MAC addresses and device/vendor id, but maybe it will give you guys
> some clues where to look.
> 
> Meanwhile I'll talk to our management  to get them to talk with QSS
> sales rep to try to escalate this ( even send you hardware )
> 
> _______________________________________________
> Networking Drivers
> http://community.qnx.com/sf/go/post9028


RE: i82544  
Right now, the ported netbsd drivers have no options.  In the BSD world,
you can't pass in command line options since the drivers come up when
the kernel does.  We're in the process of updating some of the
infrastructure to support some options generically and fully ported
drivers will have other options available.  

	Robert.

-----Original Message-----
From: Mario Charest [mailto:mcharest@zinformatic.com] 
Sent: Wednesday, June 11, 2008 5:23 PM
To: drivers-networking
Subject: Re: RE: RE: i82544

use devnp-wm.so doesn't describe any option.  There must be some ? 

> Try adding and irq_thresh=8000 as an option to the devnp-i82544 driver
> and see if that changes the behaviour.  This is the maximum number of
> interrupts per second that the card will generate and it can make
quite
> a change to the performance characteristics.  I'm surprised that the
wm
> driver is crashing. Is there anything from sloginfo that might point
to
> a problem?
> 
> 	Robert.
> 
> -----Original Message-----
> From: Mario Charest [mailto:mcharest@zinformatic.com] 
> Sent: Wednesday, June 11, 2008 4:39 PM
> To: drivers-networking
> Subject: Re: RE: i82544
> 
> > If you can try out io-pkt with the NetBSD wm driver and compare it
to
> > the native devnp-i82544 driver, that might also give us some ideas
as
> to
> > what to look for (although I'm not sure how right now :>)
> 
> I tried with both wm and devnp-i82544, both detect speed/duplex
setting
> just fine.
> 
> devnp-i82544 is slow, even at 100Mbits ( so it's not timing issues
with
> 1000Mbits )
> 
> with wm it seems fast as expected but hard to say because it crashes
> before I have time to run enough test.
> 
> I will try 6.3.2 devn-i82544 which is a pain because we have to
specify
> the MAC addresses and device/vendor id, but maybe it will give you
guys
> some clues where to look.
> 
> Meanwhile I'll talk to our management  to get them to talk with QSS
> sales rep to try to escalate this ( even send you hardware )
> 
> _______________________________________________
> Networking Drivers
> http://community.qnx.com/sf/go/post9028




_______________________________________________
Networking Drivers
http://community.qnx.com/sf/go/post9032