From owner-freebsd-stable@FreeBSD.ORG Fri Apr 12 11:05:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 897429E for ; Fri, 12 Apr 2013 11:05:14 +0000 (UTC) (envelope-from prvs=0814351ecd=ob@gruft.de) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 518EC1F2E for ; Fri, 12 Apr 2013 11:05:13 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UQbn5-000GdO-O1 for freebsd-stable@freebsd.org; Fri, 12 Apr 2013 13:05:11 +0200 Date: Fri, 12 Apr 2013 13:05:11 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Subject: em driver Update r235527 (May 2012) broke hw csum (at least) Message-ID: <20130412110511.GR79102@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: "TT~P'b_)-jKU_0^a=usXryz`YTz)z.[FZrI,A~PREI2U}frrZ`>_J&; ^t|^.dR/mqtC,Vb.Y>~u8(|aL)vAv(k">zY"]*m*y|b8S7:WK[/qP5i>HO#Ek; C[X:b|FP0*Ly_4Ni User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Oliver Brandmueller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 12 Apr 2013 11:05:14 -0000 Hi, just for a short note: I have several servers running FreeBSD 9-STABLE. However, the test of the latest STABLE revisions (machines received no OS updates for over a year, no relevant security updates for my case) brought up stability issues. After giving traffic (over 2 VLANs) to the machine it stalled. I could switch between screens, could not start any command, top/vmstat/... stopped updating. ping was fine. After some time the machine was sometimes back for a few seconds, if I stopped the service (dovecot2, about 800-1500 sessions) I could keep it running sometimes. If I was not able to stop the service in time, the machine kept in "stalled" state until reset. em0@pci0:3:0:0: class=0x020000 card=0x040d15d9 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82574L Gigabit Network Connection' class = network subclass = ethernet FreeBSD [...] 9.1-STABLE FreeBSD 9.1-STABLE #18 r249361: Thu Apr 11 16:38:17 CEST 2013 root@[...]:/usr/obj/usr/src/sys/APP-64-FBSD9 amd64 Switching off most of the hardware offloading works around the problem: up vlanmtu -tso -lro -rxcsum -txcsum -vlanhwtag -vlanhwcsum -vlantso em0: flags=8843 metric 0 mtu 1500 options=42088 ether 00:25:90:32:e3:a8 inet6 fe80::225:90ff:fe32:e3a8%em0 prefixlen 64 scopeid 0x2 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active Though I wondoer, it still says: VLAN_HWCSUM VLAN_HWTSO in the Options? Interestingly -txcsum -rxcsum was my first test, this alone didn't do the trick (or the interface was already in a state where it wouldn't fully recover). OK, I know: using hw csum is a bad idea anyway, even thogh it seemed to be working for my case up to that point. Does it make sense to dig any deeper or ist it just the way it is and I stumbled over not using best practice up to then? :-) - Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. |