From owner-freebsd-current@FreeBSD.ORG Wed May 5 04:31:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 013A516A4CE; Wed, 5 May 2004 04:31:44 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80E4743D54; Wed, 5 May 2004 04:31:42 -0700 (PDT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (csc-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i45BVYOw046258; Wed, 5 May 2004 13:31:39 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4098D091.5020507@DeepCore.dk> Date: Wed, 05 May 2004 13:31:29 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20040505104248.GM24376@darkness.comp.waw.pl> <20040505105034.GN24376@darkness.comp.waw.pl> In-Reply-To: <20040505105034.GN24376@darkness.comp.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: em(4) problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2004 11:31:44 -0000 Pawel Jakub Dawidek wrote: > On Wed, May 05, 2004 at 12:42:48PM +0200, Pawel Jakub Dawidek wrote: > +> Hi. > +> > +> I've problems with em(4) and IPSEC/FAST_IPSEC and TCP_STREAM netperf test. > +> While running netperf tests between two FreeBSD machines directly connected > +> em0 goes down once every few minutes and I've no idea why. > +> Without IPSEC everything works just fine, with IPSEC/FAST_IPSEC it also > +> works fine but for other tests (UDP_STREAM, TCP_RR, UDP_RR). For what its worth I have problems with one em based interface as well, it locks the machine solid when used: em0: port 0xb000-0xb01f mem 0xfb100000-0xfb11ffff irq 10 at device 1.0 on pci1 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfb100000 em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0xb000 em0: [GIANT-LOCKED] em0: Ethernet address: 00:30:48:80:9f:b6 where this one works just fine: em1: port 0xa800-0xa83f mem 0xfa000000-0xfa01ffff irq 19 at device 10.0 on pci3 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa000000 em1: Reserved 0x40 bytes for rid 0x18 type 4 at 0xa800 em1: [GIANT-LOCKED] em1: Ethernet address: 00:30:48:80:9f:b7 The chips are these em0@pci1:1:0: class=0x020000 card=0x10758086 chip=0x10758086 rev=0x00 hdr=0x00 em1@pci3:10:0: class=0x020000 card=0x10768086 chip=0x10768086 rev=0x00 hdr=0x00 -- -Søren