From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 17:03:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9888A106564A for ; Sun, 7 Oct 2012 17:03:05 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 560408FC12 for ; Sun, 7 Oct 2012 17:03:05 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so4179612oag.13 for ; Sun, 07 Oct 2012 10:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iRSEcWQZ3RcgP0M9w4mWr7rU9vK+nFbQ80IchReDULU=; b=mGXnLy4f8i07FWerHFvinS2AJynU6U0Uq+nDbchaAjJ3eIhPhTlcZtdel7AnuUqxri xeXrnmKrbePtbfL1sL5Va+I7z3wz5aYE6aPtmTS2ezdsZZJRnOSVhfAWzLZgGOXBSIWX 0qpWs+2dbGsYDDlpk/VdbHZ3osUSOQeLS1yNRsSs6nRlU/uGZ9I0+ULvUNlvBhU6ifZG 9lgD90b2EO8gmVgqVLudHFwG2n80WWwHWspFrvDY7k8J8PTwmNqd+L931HwBzfzAa2gf cWyem6rbxECqJh1tup5rhtlwvnwnXq0GTdZ3ci3rNjDGw183CbzP9xeM4xKi2FbWmVaG PlYQ== MIME-Version: 1.0 Received: by 10.60.170.15 with SMTP id ai15mr3021593oec.62.1349629384146; Sun, 07 Oct 2012 10:03:04 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Sun, 7 Oct 2012 10:03:04 -0700 (PDT) In-Reply-To: <5071AAF6.9020009@protected-networks.net> References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> Date: Sun, 7 Oct 2012 10:03:04 -0700 Message-ID: From: Garrett Cooper To: Michael Butler Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 07 Oct 2012 17:03:05 -0000 On Sun, Oct 7, 2012 at 9:16 AM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 10/07/12 11:11, David Wolfskill wrote: >> I started seeing these messages spewed (to both console & >> /var/log/messages) following an update from: >> >> FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #697 241222M: Fri Oct 5 05:32:19 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 >> >> to >> >> FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #698 241245M: Sat Oct 6 08:01:23 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 >> >> and I'm still seeing them as of >> >> FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #699 241309M: Sun Oct 7 07:35:41 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 >> >> E.g.: >> Oct 6 08:24:10 g1-227 kernel: wlan0: Ethernet address: 00:21:6a:26:34:c0 >> Oct 6 08:24:10 g1-227 kernel: Expensive timeout(9) function: 0xc0c27520(0) 0.010540166 s >> Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 10200 > > +1 on a laptop running with: > > re0: port > 0x2000-0x20ff mem 0xf0700000-0xf0700fff,0xf0200000-0xf0203fff irq 17 at > device 0.0 on pci3 > re0: Using 1 MSI-X message > re0: ASPM disabled > re0: Chip rev. 0x28000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, > 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto, auto-flow > re0: Ethernet address: 00:0a:cd:1d:30:a2 > > I thought it may have had something to do with a VirtualBox module, so I > recompiled that too .. no joy :-( Maybe these revisions had something to do with it... (r241245 is more likely)? ------------------------------------------------------------------------ r241245 | glebius | 2012-10-06 03:02:11 -0700 (Sat, 06 Oct 2012) | 19 lines A step in resolving mess with byte ordering for AF_INET. After this change: - All packets in NETISR_IP queue are in net byte order. - ip_input() is entered in net byte order and converts packet to host byte order right _after_ processing pfil(9) hooks. - ip_output() is entered in host byte order and converts packet to net byte order right _before_ processing pfil(9) hooks. - ip_fragment() accepts and emits packet in net byte order. - ip_forward(), ip_mloopback() use host byte order (untouched actually). - ip_fastforward() no longer modifies packet at all (except ip_ttl). - Swapping of byte order there and back removed from the following modules: pf(4), ipfw(4), enc(4), if_bridge(4). - Swapping of byte order added to ipfilter(4), based on __FreeBSD_version - __FreeBSD_version bumped. - pfil(9) manual page updated. Reviewed by: ray, luigi, eri, melifaro Tested by: glebius (LE), ray (BE) ------------------------------------------------------------------------ r241244 | glebius | 2012-10-06 00:06:57 -0700 (Sat, 06 Oct 2012) | 5 lines The pfil(9) layer guarantees us presence of the protocol header, so remove extra check, that is always false. P.S. Also, goto there lead to unlocking a not locked rwlock. ------------------------------------------------------------------------ Did you rebuild all of your modules, and (for David) are you running any firmware blobs with your wireless NIC? Cheers, -Garrett