Re: em driver, 82574L chip, and possibly ASPM

2011-07-12 Thread Mike Tancsa
On 7/12/2011 3:03 PM, Hooman Fazaeli wrote: > > I have similar problems on a couple of 7.3 boxes with latest driver form > -CURRENT. > I just wanted to know if your 7 boxes work fine so I look for cause else > where. Yes, all has been working quite well for me to date. em1@pci0:11:0:0:c

Re: em driver, 82574L chip, and possibly ASPM

2011-07-12 Thread Hooman Fazaeli
I have similar problems on a couple of 7.3 boxes with latest driver form -CURRENT. I just wanted to know if your 7 boxes work fine so I look for cause else where. On 2/7/2011 3:23 AM, Mike Tancsa wrote: So far so good. I would often get a hang on the level zero dumps to my backup server Sunda

Re: em driver, 82574L chip, and possibly ASPM

2011-07-12 Thread Mike Tancsa
On 7/12/2011 2:54 PM, Hooman Fazaeli wrote: > tanx. > > out of curiosity, can some one pls. explain this? > > In if_em.c, function em_start_locked, there is: > > if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) > em_txeof(txr); > > inside while loop. While is if_igb.c, function igb_s

Re: em driver, 82574L chip, and possibly ASPM

2011-07-12 Thread Hooman Fazaeli
tanx. out of curiosity, can some one pls. explain this? In if_em.c, function em_start_locked, there is: if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD) em_txeof(txr); inside while loop. While is if_igb.c, function igb_start_locked, a similar code it is out of while loop: if

Re: em driver, 82574L chip, and possibly ASPM

2011-07-06 Thread Mike Tancsa
On 7/6/2011 4:29 AM, Hooman Fazaeli wrote: > Can you pls. share the patch for freebsd 7? Its in the tree. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/ ---Mike -- --- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, m...@sentex.net Providing Internet

Re: em driver, 82574L chip, and possibly ASPM

2011-07-06 Thread Hooman Fazaeli
Can you pls. share the patch for freebsd 7? On 2/7/2011 3:23 AM, Mike Tancsa wrote: So far so good. I would often get a hang on the level zero dumps to my backup server Sunday AM, and it made it through! So a good sign, but not a definitive sign. I have a PCIe em card that has this chipset as

Re: em driver, 82574L chip, and possibly ASPM

2011-02-06 Thread Mike Tancsa
So far so good. I would often get a hang on the level zero dumps to my backup server Sunday AM, and it made it through! So a good sign, but not a definitive sign. I have a PCIe em card that has this chipset as well and was showing the same sort of problem in a customer's RELENG_7 box. I will s

Re: em driver, 82574L chip, and possibly ASPM

2011-02-04 Thread Mike Tancsa
On 2/4/2011 1:09 PM, Sean Bruno wrote: > Any more data on this problem or do we have to wait a while? On my RELENG_8 production box, so far so good. It usually would hang on weekend runs, so tomorrow would be a good sign, but not a proof that its fixed as it has on occasion survived a few weeks

Re: em driver, 82574L chip, and possibly ASPM

2011-02-04 Thread Sean Bruno
meh, patience is not one of my character traits. :-) Sean On Fri, 2011-02-04 at 10:12 -0800, Jack Vogel wrote: > Was curious too, but being more patient than you :) > > Jack > > > On Fri, Feb 4, 2011 at 10:09 AM, Sean Bruno > wrote: > Any more data on this problem or do we have to wa

Re: em driver, 82574L chip, and possibly ASPM

2011-02-04 Thread Jack Vogel
Was curious too, but being more patient than you :) Jack On Fri, Feb 4, 2011 at 10:09 AM, Sean Bruno wrote: > Any more data on this problem or do we have to wait a while? > > Sean > > > On Wed, 2011-02-02 at 10:28 -0800, Mike Tancsa wrote: > > On 2/2/2011 12:37 PM, Jack Vogel wrote: > > > So h

Re: em driver, 82574L chip, and possibly ASPM

2011-02-04 Thread Sean Bruno
Any more data on this problem or do we have to wait a while? Sean On Wed, 2011-02-02 at 10:28 -0800, Mike Tancsa wrote: > On 2/2/2011 12:37 PM, Jack Vogel wrote: > > So has everyone that wanted to get something testing been able to do so? > > I have been testing in the back and will deploy to

Re: em driver, 82574L chip, and possibly ASPM

2011-02-02 Thread Mike Tancsa
On 2/2/2011 12:37 PM, Jack Vogel wrote: > So has everyone that wanted to get something testing been able to do so? I have been testing in the back and will deploy to my production box this afternoon. As I am not able to reproduce it easily, it will be a bit before I can say the issue is gone. J

Re: em driver, 82574L chip, and possibly ASPM

2011-02-02 Thread Jack Vogel
So has everyone that wanted to get something testing been able to do so? Jack On Tue, Feb 1, 2011 at 7:03 PM, Mike Tancsa wrote: > On 2/1/2011 5:03 PM, Sean Bruno wrote: > > On Tue, 2011-02-01 at 13:43 -0800, Jack Vogel wrote: > >> To those who are going to test, here is the if_em.c, based on

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
To those who are going to test, here is the if_em.c, based on head, with my changes, I have to leave for the afternoon, and have not had a chance to build this, but it should work. I will check back in the later evening. Any blatant problems Sean, feel free to fix them :) Jack On Tue, Feb 1, 20

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 5:03 PM, Sean Bruno wrote: > On Tue, 2011-02-01 at 13:43 -0800, Jack Vogel wrote: >> To those who are going to test, here is the if_em.c, based on head, >> with my >> changes, I have to leave for the afternoon, and have not had a chance >> to build >> this, but it should work. I will ch

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 8:44 PM, Mike Tancsa wrote: > > % md5 if_em.c > MD5 (if_em.c) = 0f2d48c7734496c2262f468cd1ab9117 Sorry, thats MD5 (if_em.c) = 9cede4ab0d833e0f97172ed715e2b4e3 ---Mike -- --- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, m...@sentex.net Providing I

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 7:56 PM, Chris Peiffer wrote: > > Did this get sent to the list? I didn't get this quoted message and I > can't find it in the archives. > > If someone could post the current revision of if_em.c that would be > great; we are also very eager to test. > Strange, it seems to be eaten

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Chris Peiffer
On Tue, Feb 01, 2011 at 04:51:37PM -0500, Mike Tancsa wrote: > On 2/1/2011 4:43 PM, Jack Vogel wrote: > > To those who are going to test, here is the if_em.c, based on head, with my > > changes, I have to leave for the afternoon, and have not had a chance to > > build > > this, but it should work.

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Sean Bruno
On Tue, 2011-02-01 at 13:51 -0800, Mike Tancsa wrote: > On 2/1/2011 4:43 PM, Jack Vogel wrote: > > To those who are going to test, here is the if_em.c, based on head, with my > > changes, I have to leave for the afternoon, and have not had a chance to > > build > > this, but it should work. I will

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Sean Bruno
On Tue, 2011-02-01 at 13:43 -0800, Jack Vogel wrote: > To those who are going to test, here is the if_em.c, based on head, > with my > changes, I have to leave for the afternoon, and have not had a chance > to build > this, but it should work. I will check back in the later evening. > > Any blatan

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 4:43 PM, Jack Vogel wrote: > To those who are going to test, here is the if_em.c, based on head, with my > changes, I have to leave for the afternoon, and have not had a chance to > build > this, but it should work. I will check back in the later evening. > > Any blatant problems Sean,

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 4:17 PM, Jack Vogel wrote: > But you aren't defining EM_MULTIQUEUE are you? (its not on by default) Nope. Everything is the default wrt to the em driver. Nothing odd in loader.conf 0(backup3)% grep -v ^# /boot/loader.conf ahci_load="YES" siis_load="YES" if_em_load="YES" coretemp_load=

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
But you aren't defining EM_MULTIQUEUE are you? (its not on by default) Jack On Tue, Feb 1, 2011 at 1:05 PM, Mike Tancsa wrote: > On 2/1/2011 3:55 PM, Jack Vogel wrote: > > Mike, just to remind me, are you running these 82574 adapters with MSIX ? > > Yes. Board is an Intel MB (S3420GPX). 8G RAM

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 3:55 PM, Jack Vogel wrote: > Mike, just to remind me, are you running these 82574 adapters with MSIX ? Yes. Board is an Intel MB (S3420GPX). 8G RAM, AMD64. Kernel from a few days ago 0(backup3)# vmstat -i | grep em1 irq257: em1:rx 0 113712958159 irq258: em1:tx 0

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
Mike, just to remind me, are you running these 82574 adapters with MSIX ? Jack On Tue, Feb 1, 2011 at 12:37 PM, Jack Vogel wrote: > Looks good, except I don't like code #if 0'd out, I'll make an if_em.c to > try and > send it shortly. > > Jack > > > > On Tue, Feb 1, 2011 at 12:19 PM, Sean Brun

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
Looks good, except I don't like code #if 0'd out, I'll make an if_em.c to try and send it shortly. Jack On Tue, Feb 1, 2011 at 12:19 PM, Sean Bruno wrote: > On Tue, 2011-02-01 at 12:05 -0800, Jack Vogel wrote: > > At this point I'm open to any ideas, this sounds like a good one Sean, > > thank

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Sean Bruno
On Tue, 2011-02-01 at 12:05 -0800, Jack Vogel wrote: > At this point I'm open to any ideas, this sounds like a good one Sean, > thanks. > Mike, you want to test this ? > > Jack > > > On Tue, Feb 1, 2011 at 11:56 AM, Sean Bruno > wrote: > > On Fri, 2011-01-28 at 08:10 -0800, Mik

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Mike Tancsa
On 2/1/2011 3:05 PM, Jack Vogel wrote: > At this point I'm open to any ideas, this sounds like a good one Sean, > thanks. > Mike, you want to test this ? Sure, I am feeling lucky ;-) If someone generates the appropriate em diffs for me, I will apply on the box that sees this issue the most.

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Jack Vogel
At this point I'm open to any ideas, this sounds like a good one Sean, thanks. Mike, you want to test this ? Jack On Tue, Feb 1, 2011 at 11:56 AM, Sean Bruno wrote: > On Fri, 2011-01-28 at 08:10 -0800, Mike Tancsa wrote: > > On 1/23/2011 10:21 AM, Mike Tancsa wrote: > > > On 1/21/2011 4:21 AM,

Re: em driver, 82574L chip, and possibly ASPM

2011-02-01 Thread Sean Bruno
On Fri, 2011-01-28 at 08:10 -0800, Mike Tancsa wrote: > On 1/23/2011 10:21 AM, Mike Tancsa wrote: > > On 1/21/2011 4:21 AM, Jan Koum wrote: > > One other thing I noticed is that when the nic is in its hung state, the > > WOL option is gone ? > > > > e.g > > > > em1: flags=8843 metric 0 mtu 1500 >

Re: em driver, 82574L chip, and possibly ASPM

2011-01-28 Thread Mike Tancsa
On 1/23/2011 10:21 AM, Mike Tancsa wrote: > On 1/21/2011 4:21 AM, Jan Koum wrote: > One other thing I noticed is that when the nic is in its hung state, the > WOL option is gone ? > > e.g > > em1: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:15:17:ed:68:a4 > > vs > > >

Re: em driver, 82574L chip, and possibly ASPM

2011-01-23 Thread Mike Tancsa
On 1/21/2011 4:21 AM, Jan Koum wrote: > > > Dear Mike and Jack, > > sadly the problem is not gone for us either. here is what we know so far: Same here. There was a new BIOS from Intel for our motherboard (INTEL S3420GPX), but had another hang last night. Debug below. I will try the newer dri

Re: em driver, 82574L chip, and possibly ASPM

2011-01-21 Thread Jan Koum
On Tue, Jan 11, 2011 at 6:04 AM, Mike Tancsa wrote: > On 12/24/2010 5:44 PM, Jan Koum wrote: > > hi Ivan and Mike, > > > > wanted to follow up and see if you found a solid long-term solution to > this > > bug. we are still seeing this problem in our 8.2 environment with ASPM > > already disabled.

Re: em driver, 82574L chip, and possibly ASPM

2011-01-11 Thread Ivan Voras
On 11/01/2011 15:04, Mike Tancsa wrote: On 12/24/2010 5:44 PM, Jan Koum wrote: hi Ivan and Mike, wanted to follow up and see if you found a solid long-term solution to this bug. we are still seeing this problem in our 8.2 environment with ASPM already disabled. here is what we have: 1. mother

Re: em driver, 82574L chip, and possibly ASPM

2011-01-11 Thread Mike Tancsa
On 12/24/2010 5:44 PM, Jan Koum wrote: > hi Ivan and Mike, > > wanted to follow up and see if you found a solid long-term solution to this > bug. we are still seeing this problem in our 8.2 environment with ASPM > already disabled. here is what we have: > > 1. motherboard is SuperMicro X8SIE-LN4

Re: em driver, 82574L chip, and possibly ASPM

2010-12-24 Thread Mike Tancsa
On 12/24/2010 5:44 PM, Jan Koum wrote: > hi Ivan and Mike, > > wanted to follow up and see if you found a solid long-term solution to this > bug. we are still seeing this problem in our 8.2 environment with ASPM > already disabled. here is what we have: Hmmm, With the latest version of t

Re: em driver, 82574L chip, and possibly ASPM

2010-12-24 Thread Ivan Voras
On 24 December 2010 23:44, Jan Koum wrote: > > hi Ivan and Mike, > wanted to follow up and see if you found a solid long-term solution to this > bug. we are still seeing this problem in our 8.2 environment with ASPM > already disabled.  here is what we have: Hi, The patches Jack made when this d

Re: em driver, 82574L chip, and possibly ASPM

2010-12-24 Thread Jan Koum
hi Ivan and Mike, wanted to follow up and see if you found a solid long-term solution to this bug. we are still seeing this problem in our 8.2 environment with ASPM already disabled. here is what we have: 1. motherboard is SuperMicro X8SIE-LN4F Intel Xeon: e...@pci0:3:0:0: class=0x02 card=0

Re: em driver, 82574L chip, and possibly ASPM

2010-11-25 Thread Bruce Evans
On Thu, 25 Nov 2010, Ivan Voras wrote: On 11/25/10 05:54, Bruce Evans wrote: Yes, this is normal. It is how ping -f doesn't work -- it doesn't do anything resembling flooding, except possibly accidentally when 1 Mbps ethernet was fast. The ramping up is also accidental. ... Thank you, that w

Re: em driver, 82574L chip, and possibly ASPM

2010-11-25 Thread Ivan Voras
On 11/25/10 05:54, Bruce Evans wrote: Yes, this is normal. It is how ping -f doesn't work -- it doesn't do anything resembling flooding, except possibly accidentally when 1 Mbps ethernet was fast. The ramping up is also accidental. ... Thank you, that was a very informative explanation! So in

Re: em driver, 82574L chip, and possibly ASPM

2010-11-25 Thread Bruce Evans
On Tue, 23 Nov 2010, Claudio Jeker wrote: On Tue, Nov 23, 2010 at 02:16:35PM +0100, Ivan Voras wrote: One other thing, I don't know if this is normal as I've only just noticed it: flood-pinging a machine (also a FreeBSD machine, on the same switch) and monitoring the packet rates with netstat

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Ivan Voras
On 23 November 2010 18:39, Sean Bruno wrote: > On Tue, 2010-11-23 at 04:47 -0800, Ivan Voras wrote: >> It looks like I'm unfortunate enough to have to deploy on a machine >> which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which >> apparently has hardware issues, according to thi

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Jack Vogel
82574 is supposed to be em, not igb :) Its always had this kind of 'in-between' status, it was targeted as a 'client' or consumer part, but it has MSIX which make it almost like 8257[56]. Mike, there are some further 82574 changes to shared code that I'm looking into today. Jack On Tue, Nov 23

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Mike Tancsa
On 11/23/2010 12:39 PM, Sean Bruno wrote: > On Tue, 2010-11-23 at 04:47 -0800, Ivan Voras wrote: >> It looks like I'm unfortunate enough to have to deploy on a machine >> which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which > i...@pci0:5:0:0:class=0x02 card=0x89751

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Jack Vogel
Those are 82576, not 82574, totally different hardware. Would you please test the new driver that will be going into HEAD today, I'd like to see testing on it as much as possible for a few days. Cheers, Jack On Tue, Nov 23, 2010 at 9:39 AM, Sean Bruno wrote: > On Tue, 2010-11-23 at 04:47 -080

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Sean Bruno
On Tue, 2010-11-23 at 04:47 -0800, Ivan Voras wrote: > It looks like I'm unfortunate enough to have to deploy on a machine > which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which > apparently has hardware issues, according to this thread: > > http://sourceforge.net/tracker/ind

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Claudio Jeker
On Tue, Nov 23, 2010 at 02:16:35PM +0100, Ivan Voras wrote: > On 11/23/10 14:03, Mike Tancsa wrote: > >On 11/23/2010 7:47 AM, Ivan Voras wrote: > >>It looks like I'm unfortunate enough to have to deploy on a machine > >>which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which > >>ap

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Mike Tancsa
On 11/23/2010 8:16 AM, Ivan Voras wrote: > On 11/23/10 14:03, Mike Tancsa wrote: >> On 11/23/2010 7:47 AM, Ivan Voras wrote: >>> It looks like I'm unfortunate enough to have to deploy on a machine >>> which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which >>> apparently has hardwa

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Joel Dahl
On 23-11-2010 13:47, Ivan Voras wrote: > It looks like I'm unfortunate enough to have to deploy on a machine > which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which > apparently has hardware issues, according to this thread: I have a Supermicro X7SPE-HF board with two onboard

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Ivan Voras
On 11/23/10 14:03, Mike Tancsa wrote: On 11/23/2010 7:47 AM, Ivan Voras wrote: It looks like I'm unfortunate enough to have to deploy on a machine which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which apparently has hardware issues, according to this thread: http://sourceforg

Re: em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Mike Tancsa
On 11/23/2010 7:47 AM, Ivan Voras wrote: > It looks like I'm unfortunate enough to have to deploy on a machine > which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which > apparently has hardware issues, according to this thread: > > http://sourceforge.net/tracker/index.php?func=de

em driver, 82574L chip, and possibly ASPM

2010-11-23 Thread Ivan Voras
It looks like I'm unfortunate enough to have to deploy on a machine which has the 82574L Intel NIC chip on a Supermicro X8SIE-F board, which apparently has hardware issues, according to this thread: http://sourceforge.net/tracker/index.php?func=detail&aid=2908463&group_id=42302&atid=447449 One