From owner-freebsd-arm@FreeBSD.ORG Mon Sep 10 06:45:33 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8A0106566C; Mon, 10 Sep 2012 06:45:33 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id 65EB08FC0A; Mon, 10 Sep 2012 06:45:33 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id q8A6jWT9037029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Sep 2012 23:45:33 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id q8A6jWZL037028; Sun, 9 Sep 2012 23:45:32 -0700 (PDT) (envelope-from jmg) Date: Sun, 9 Sep 2012 23:45:32 -0700 From: John-Mark Gurney To: Tim Kientzle Message-ID: <20120910064532.GP58312@funkthat.com> Mail-Followup-To: Tim Kientzle , freebsd-arm@FreeBSD.org References: <20120910014813.GL58312@funkthat.com> <4448530B-7916-4642-BD32-6A96AD5DB22B@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4448530B-7916-4642-BD32-6A96AD5DB22B@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 09 Sep 2012 23:45:33 -0700 (PDT) Cc: freebsd-arm@FreeBSD.org Subject: Re: -current on BeableBone successful X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2012 06:45:33 -0000 Tim Kientzle wrote this message on Sun, Sep 09, 2012 at 20:16 -0700: > > Third is that I get this error: > > ip length 328 disagrees with bytes received 330. > > accepting packet with data after udp payload. > > > > This appeard to be from sbin/dhclient/packet.c... Not sure exactly why > > we are returning a large packet to userland? > > I haven't seen this one. Looks like this is a BeagleBone issue. I haven't tracked it down, but I did a tcpdump on the server (my other arm board), and the packet has the correct length of 342 bytes to match the 328 ip length (plus 14 bytes of ethernet header)... tcpdump on the BeagleBone receives a 344 byte frame with a couple of stray bytes at the end of the frame... Could this be an miscalculation when we are copying around the frame to deal the fact our IP stack can't deal w/ misaligned headers? Just a thought.. Hmm... Just ran some experiments... ping -s sent received 1 0x2b 0x3e 10 0x34 0x3e 18 0x3c 0x3e 19 0x3d 0x3f 20 0x3e 0x40 21 0x3f 0x41 99 0x8d 0x8f 100 0x8e 0x90 101 0x8f 0x91 999 0x411 0x413 1000 0x412 0x414 1001 0x413 0x415 and 0x3e is 62, which is two short of the min frame length of 64... Hope this helps. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."