freebsd stable - Aug 2010 - Watchdog resets on 82575

If you have this adapter and have been getting watchdogs you need to pick up
the small
update I checked into HEAD today. When I added the SR-IOV support for the
82576
adapter I removed a call to set the MAC type in an early routine, thinking
it was unnecessary,
since a slightly later shared code init does the same thing. I also saw no
problem when
I did this on the 82576.... well, it did have a bad effect that I did not
notice, the slightly
later call, igb_setup_msix() did not have the mac set and this resulted in
the 82575
creating more queues than it is really able to handle.

So, bottom line, this is a critical fix for 82575:   SVN rev 210968

Cheers,

Jack

Is there an easy way to check which chip is present as the startup doesnt
seem to mention it?

igb0: <Intel(R) PRO/1000 Network Connection version - 1.9.5> port
0xec00-0xec1f mem
0xfade0000-0xfadfffff,0xfadc0000-0xfaddffff,0xfad9c000-0xfad9ffff irq 28 at
device 0.0 on pci1
igb0: Using MSIX interrupts with 10 vectors
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: [ITHREAD]
igb0: Ethernet address: 00:25:90:02:63:3a
...


    Regards
    Steve
----- Original Message ----- 
From: "Jack Vogel" <jfvogel@gmail.com>
To: "FreeBSD Net" <freebsd-net@freebsd.org>; "FreeBSD
stable" <freebsd-stable@freebsd.org>; "FreeBSD Current"
<freebsd-current@freebsd.org>
Sent: Friday, August 06, 2010 10:15 PM
Subject: Watchdog resets on 82575

> If you have this adapter and have been getting watchdogs you need to pick
up
> the small
> update I checked into HEAD today. When I added the SR-IOV support for the
> 82576
> adapter I removed a call to set the MAC type in an early routine, thinking
> it was unnecessary,
> since a slightly later shared code init does the same thing. I also saw no
> problem when
> I did this on the 82576.... well, it did have a bad effect that I did not
> notice, the slightly
> later call, igb_setup_msix() did not have the mac set and this resulted in
> the 82575
> creating more queues than it is really able to handle.
>
> So, bottom line, this is a critical fix for 82575:   SVN rev 210968
>
> Cheers,
>
> Jack
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
"freebsd-stable-unsubscribe@freebsd.org"
> 

===============================================This e.mail is private and
confidential between Multiplay (UK) Ltd. and the person or entity to whom it is
addressed. In the event of misdirection, the recipient is prohibited from using,
copying, printing or otherwise disseminating it or any information contained in
it.

In the event of misdirection, illegible or incomplete transmission please
telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.

On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland
wrote:
> Is there an easy way to check which chip is present as the startup doesnt
> seem to mention it?
Not during start-up, but once the machine is running (including in
single-user), you can do:

pciconf -lvc

And look for device igb0.

-- 
| Jeremy Chadwick                                   jdc@parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

Steven Hartland wrote:
 > Thanks Jeremy, from that we get:-
 > 
 > igb0@pci0:1:0:0:        class=0x020000 card=0x060015d9 chip=0x10c98086
rev=0x01 hdr=0x00
 > igb1@pci0:1:0:1:        class=0x020000 card=0x060015d9 chip=0x10c98086
rev=0x01 hdr=0x00

The important thing is the "chip" ID:  0x10c98086

The lower half is the vendor ID:  8086 is intel.
The upper half is the device ID:  10c9 is the 82576 gigabit NIC.

You can look up these numbers on http://pciids.sf.net
for example.

Best regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Gesch?ftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n-
chen, HRB 125758,  Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

"Life is short (You need Python)"
        -- Bruce Eckel, ANSI C++ Comitee member, author
           of "Thinking in C++" and "Thinking in Java"