From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 15:32:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C49D106564A; Fri, 16 Apr 2010 15:32:55 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1B38FC1C; Fri, 16 Apr 2010 15:32:55 +0000 (UTC) Received: by iwn1 with SMTP id 1so1423833iwn.27 for ; Fri, 16 Apr 2010 08:32:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TTh2Ctyfer+dJeK2XYh5ZXDgxbuXERrd2glWOKvpb8Y=; b=c9EbwIxFLVRoOPDXo0GwFNTRePJ6KMB+TmlQmrYz00cjKH0C7atHpu2rLOIUc4zTZy PhoN8tPu1+zhnDVT4lA9F3jpHK95cv4alMJjydMY6UA+QY+Ha1Z6jikCQzE4vWM2SbAS B5Eu+pPMwySiwaMA7xJd+83VnzPa0naL+gxNU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=POURz5FNddcLdG8FhB/6cEbVGNTDmrh6drPfbl+ecMci4z331sBPKxu/ue8Dh7i3+v ql7j+VxJP9dv6YYFJYyT3X4Ht3Da+wGgeCYWKzu/L/rkH2Hwt0exrbux9MlBxoT2udX2 WhzppxIfl4E6RfgLzoPCbB+Jq/e0wbpJySI7g= MIME-Version: 1.0 Received: by 10.231.44.209 with HTTP; Fri, 16 Apr 2010 08:32:54 -0700 (PDT) In-Reply-To: References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> Date: Fri, 16 Apr 2010 10:32:54 -0500 Received: by 10.231.153.67 with SMTP id j3mr626538ibw.28.1271431974506; Fri, 16 Apr 2010 08:32:54 -0700 (PDT) Message-ID: From: Brandon Gooch To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , freebsd-stable@freebsd.org, Jeremy Chadwick , John Baldwin Subject: Re: em regression, UDP LOR followed by ssh stall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 15:32:55 -0000 On Fri, Apr 16, 2010 at 10:29 AM, Jack Vogel wrote: > On Fri, Apr 16, 2010 at 5:22 AM, John Baldwin wrote: > >> On Friday 16 April 2010 5:37:59 am Harald Schmalzbauer wrote: >> > Jeremy Chadwick schrieb am 16.04.2010 11:28 (localtime): >> > > On Fri, Apr 16, 2010 at 11:18:56AM +0200, Harald Schmalzbauer wrote: >> > >> with RELENG_8 from 6 weeks ago I never ran into the problem that my >> > >> ssh connection stalled. >> > >> With today's RELENG_8 it reproducably hangs at first login. After >> > >> some time I can open another ssh session which seems to stay withou= t >> > >> problems, but the first sessions is always dying a few seconds afte= r >> > >> login. >> > >> here's a LOR: >> > >> {snip} >> > > >> > > The e1000/em driver was recently modified (heavily). =A0I saw the la= rge >> > > number of commits come across in a csup a few weeks ago, and there's >> > > even more coming across in recent days (~38 hours ago): >> > > >> > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/ >> > > >> > > This is the 2nd problem report to come in about the recent e1000/em >> > > changes. =A0Because of this, I've avoided building kernel on all of = my >> > > systems, and would recommend others avoid doing the same until these >> > > problems can get worked out. >> > > >> > > Jack, can you shed some light on what's going on here? >> > >> > Som more info: >> > >> > it seems only one of my em interfaces is affected. The other interface >> > doesn't show any odd behaviour: >> > em1: port >> > 0x1800-0x183f mem 0xe1920000-0xe193ffff,0xe1900000-0xe191ffff irq 18 a= t >> > device 2.0 on pci3 >> > em1: [FILTER] >> > em1: Ethernet address: 00:15:17:8d:aa:d4 >> > >> > I only have one >> > em1: Watchdog timeout -- resetting >> >> Try pulling in the latest version of if_lem.c from HEAD. =A0There was a = bug >> in >> if_lem.c that was missing an assignment that caused spurious watchdog >> resets. >> > > Yes, I can see I should get the stuff MFC'd, I will do that today if > possible. > > Jack Thanks Jack! Your work is very appreciated. -Brandon