From nobody@FreeBSD.org  Wed Apr 27 03:52:50 2011
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id B9218106566C
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 27 Apr 2011 03:52:50 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22])
	by mx1.freebsd.org (Postfix) with ESMTP id A869F8FC1D
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 27 Apr 2011 03:52:50 +0000 (UTC)
Received: from red.freebsd.org (localhost [127.0.0.1])
	by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p3R3qori004362
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 27 Apr 2011 03:52:50 GMT
	(envelope-from nobody@red.freebsd.org)
Received: (from nobody@localhost)
	by red.freebsd.org (8.14.4/8.14.4/Submit) id p3R3qoON004354;
	Wed, 27 Apr 2011 03:52:50 GMT
	(envelope-from nobody)
Message-Id: <201104270352.p3R3qoON004354@red.freebsd.org>
Date: Wed, 27 Apr 2011 03:52:50 GMT
From: Marcus Reid <marcus@blazingdot.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: em0 fails to init on CURRENT after March 17
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         156667
>Category:       kern
>Synopsis:       [em] em0 fails to init on CURRENT after March 17
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-net
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Apr 27 04:00:18 UTC 2011
>Closed-Date:    
>Last-Modified:  Fri May  6 03:30:15 UTC 2011
>Originator:     Marcus Reid
>Release:        9.0-CURRENT
>Organization:
>Environment:
FreeBSD austin 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Apr 26 20:27:12 PDT 2011     root@austin:/usr/obj/usr/src/sys/FARK  amd64

kernel / world compiled with clang.
>Description:
em0 fails to init on kernel csupped and built on Apr 26, 2011, but is fine on kernel built on Mar. 17, 2011.

Messages before:

Mar 17 23:08:09 austin kernel: em0: <Intel(R) PRO/1000 Network Connection 7.1.9> port 0xecc0-0xecdf mem 0xfebe0000-0xfebfffff,0xfebdb000-0xfebdbfff irq 21 at device 25.0 on pci0
Mar 17 23:08:09 austin kernel: em0: Using an MSI interrupt
Mar 17 23:08:09 austin kernel: em0: Ethernet address: 00:1e:4f:e7:f6:51

Messages after:

Apr 26 19:35:59 austin kernel: em0: <Intel(R) PRO/1000 Network Connection 7.2.3> port 0xecc0-0xecdf mem 0xfebe0000-0xfebfffff,0xfebdb000-0xfebdbfff irq 21 at device 25.0 on pci0
Apr 26 19:35:59 austin kernel: em0: Using an MSI interrupt
Apr 26 19:35:59 austin kernel: em0: Ethernet address: 00:1e:4f:e7:f6:51
Apr 26 19:35:59 austin kernel: em0: Could not setup receive structures
Apr 26 19:35:59 austin kernel: em0: Could not setup receive structures
Apr 26 19:36:04 austin kernel: em0: link state changed to UP
Apr 26 19:36:04 austin kernel: em0: Could not setup receive structures

pciconf -vl:

em0@pci0:0:25:0:        class=0x020000 card=0x02111028 chip=0x10bd8086 rev=0x02 hdr=0x00
    vendor     = 'Intel Corporation'
    device     = 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)'
    class      = network
    subclass   = ethernet

System is a Dell Optiplex 755 using onboard ethernet.

There were a number of changes, some major, since Apr 26.
>How-To-Repeat:
Boot, network interface doesn't seem to work.  No arp from default gateway, etc.
>Fix:


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->freebsd-net 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Tue May 3 06:12:14 UTC 2011 
Responsible-Changed-Why:  
Over to maintainer(s). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=156667 

From: Arnaud Lacombe <lacombar@gmail.com>
To: bug-followup@FreeBSD.org, marcus@blazingdot.com
Cc:  
Subject: Re: kern/156667: [em] em0 fails to init on CURRENT after March 17
Date: Tue, 3 May 2011 12:22:47 -0400

 could you include the output of `netstat -m' ? it is all likely to be
 yet another "`nmbclusterrs' too low issue", in which case bumping
 `kern.ipc.nmbclusters' will do the job.

From: Marcus Reid <marcus@blazingdot.com>
To: Arnaud Lacombe <lacombar@gmail.com>
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/156667: [em] em0 fails to init on CURRENT after March 17
Date: Thu, 5 May 2011 20:10:24 -0700

 Looks like a fix for this problem was just checked in 9 hours ago.
 This ticket can be closed.

From: Marcus Reid <marcus@blazingdot.com>
To: Arnaud Lacombe <lacombar@gmail.com>
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/156667: [em] em0 fails to init on CURRENT after March 17
Date: Thu, 5 May 2011 19:53:27 -0700

 On Tue, May 03, 2011 at 12:22:47PM -0400, Arnaud Lacombe wrote:
 > could you include the output of `netstat -m' ? it is all likely to be
 > yet another "`nmbclusterrs' too low issue", in which case bumping
 > `kern.ipc.nmbclusters' will do the job.
 
 Here's default, with problem:
 
   1025/640/1665 mbufs in use (current/cache/total)
   1023/297/1320/25600 mbuf clusters in use (current/cache/total/max)
   1023/257 mbuf+clusters out of packet secondary zone in use (current/cache)
   0/35/35/12800 4k (page size) jumbo clusters in use (current/cache/total/max)
   0/0/0/6400 9k jumbo clusters in use (current/cache/total/max)
   0/0/0/3200 16k jumbo clusters in use (current/cache/total/max)
   2302K/894K/3196K bytes allocated to network (current/cache/total)
   0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
   0/0/0 requests for jumbo clusters denied (4k/9k/16k)
   0/0/0 sfbufs in use (current/peak/max)
   0 requests for sfbufs denied
   0 requests for sfbufs delayed
   0 requests for I/O initiated by sendfile
   0 calls to protocol drain routines
 
 Here's with kern.ipc.nmbclusters bumped to 100000, same problem:
 
   1025/640/1665 mbufs in use (current/cache/total)
   1023/305/1328/100000 mbuf clusters in use (current/cache/total/max)
   1023/257 mbuf+clusters out of packet secondary zone in use (current/cache)
   0/35/35/50000 4k (page size) jumbo clusters in use (current/cache/total/max)
   0/0/0/25000 9k jumbo clusters in use (current/cache/total/max)
   0/0/0/12500 16k jumbo clusters in use (current/cache/total/max)
   2302K/910K/3212K bytes allocated to network (current/cache/total)
   0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
   0/0/0 requests for jumbo clusters denied (4k/9k/16k)
   0/0/0 sfbufs in use (current/peak/max)
   0 requests for sfbufs denied
   0 requests for sfbufs delayed
   0 requests for I/O initiated by sendfile
   0 calls to protocol drain routines
>Unformatted:
