Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 7 Oct 2012 10:43:31 -0700
From:      David Wolfskill <david@catwhisker.org>
To:        Garrett Cooper <yanegomi@gmail.com>
Cc:        current@freebsd.org
Subject:   Re: Message "in_cksum_skip: out of data by ...."
Message-ID:  <20121007174331.GA2583@albert.catwhisker.org>
In-Reply-To: <CAGH67wRstg4yLOnwiVyGAca=5kbL4o9jVjkbdx%2BvC0t0tzbzAA@mail.gmail.com>
References:  <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> <CAGH67wRstg4yLOnwiVyGAca=5kbL4o9jVjkbdx%2BvC0t0tzbzAA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--HlL+5n6rz5pIUxbD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Oct 07, 2012 at 10:03:04AM -0700, Garrett Cooper wrote:
> ...
>     Maybe these revisions had something to do with it... (r241245 is
> more likely)?
>=20
> ------------------------------------------------------------------------
> r241245 | glebius | 2012-10-06 03:02:11 -0700 (Sat, 06 Oct 2012) | 19 lin=
es
>=20
>   A step in resolving mess with byte ordering for AF_INET. After this cha=
nge:
> ...=20
> ------------------------------------------------------------------------
> r241244 | glebius | 2012-10-06 00:06:57 -0700 (Sat, 06 Oct 2012) | 5 lines
>=20
>   The pfil(9) layer guarantees us presence of the protocol header,
> so remove extra check, that is always false.
> ...
=20
>     Did you rebuild all of your modules, and (for David) are you
> running any firmware blobs with your wireless NIC?

Yes; when I update, my changes from the process in src/UPDATING
generally augment what's there (e.g., to clear /usr/include &
/usr/share/man before the make installworld).

And the NIC that's in use (at home -- and most other places) on the
laptop is iwn(4), so yes, there is a firmware blob:

 4    1 0xc138a000 54e38    iwn5000fw.ko

(Well, that particular line is from kldstat when it's running stable/9;
I just checked the head slice, and the blob had been rebuilt (based on
mtime), and has contents different from the contents in stable/9:

g1-227(9.1-P)[3] md5 /{,S4/}boot/kernel/iwn5000fw.ko
MD5 (/boot/kernel/iwn5000fw.ko) =3D 8f98e8f28c70fe801c73aec4f717973f
MD5 (/S4/boot/kernel/iwn5000fw.ko) =3D a0150e03bfd307595ab37b0924252844
g1-227(9.1-P)[4] ls -lT !$
ls -lT /{,S4/}boot/kernel/iwn5000fw.ko
-r-xr-xr-x  1 root  wheel  345868 Oct  7 07:48:46 2012 /S4/boot/kernel/iwn5=
000fw.ko
-r-xr-xr-x  1 root  wheel  344416 Oct  7 04:51:11 2012 /boot/kernel/iwn5000=
fw.ko
g1-227(9.1-P)[5]=20

FWIW.)

As noted, the message does not appear to be associated with (other)
unwanted behavior, so I wouldn't consider this of earth-shattering
importance.  It just seemed rather odd, and I got to wondering if
the developer who committed the change had intended this result.
And if said result was actually of use to anyone.  :-}

Peace,
david
--=20
David H. Wolfskill				david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.

--HlL+5n6rz5pIUxbD
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iEYEARECAAYFAlBxv0IACgkQmprOCmdXAD3L/QCff6zeAwusPRHRTB7ZAtzNL/F3
whwAnisKKAdibkNJ5qEuk8TiH2hduH+1
=AkiV
-----END PGP SIGNATURE-----

--HlL+5n6rz5pIUxbD--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121007174331.GA2583>