Date: Fri, 16 Apr 2010 10:32:54 -0500 From: Brandon Gooch <jamesbrandongooch@gmail.com> To: Jack Vogel <jfvogel@gmail.com> Cc: Harald Schmalzbauer <h.schmalzbauer@omnilan.de>, freebsd-stable@freebsd.org, Jeremy Chadwick <freebsd@jdc.parodius.com>, John Baldwin <jhb@freebsd.org> Subject: Re: em regression, UDP LOR followed by ssh stall Message-ID: <u2s179b97fb1004160832u69175c8bi1c5a069cf872ef5b@mail.gmail.com> In-Reply-To: <p2i2a41acea1004160829i53efa312k3ebec61cc2d9d251@mail.gmail.com> References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <p2i2a41acea1004160829i53efa312k3ebec61cc2d9d251@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Apr 16, 2010 at 10:29 AM, Jack Vogel <jfvogel@gmail.com> wrote:
> On Fri, Apr 16, 2010 at 5:22 AM, John Baldwin <jhb@freebsd.org> 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: <Intel(R) PRO/1000 Legacy Network Connection 1.0.0> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?u2s179b97fb1004160832u69175c8bi1c5a069cf872ef5b>