From owner-freebsd-arm@FreeBSD.ORG Tue Aug 27 20:54:33 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 785846AF for ; Tue, 27 Aug 2013 20:54:33 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB68921B4 for ; Tue, 27 Aug 2013 20:54:32 +0000 (UTC) Received: (qmail 15677 invoked from network); 27 Aug 2013 21:36:30 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 27 Aug 2013 21:36:30 -0000 Message-ID: <521D1203.6070506@freebsd.org> Date: Tue, 27 Aug 2013 22:54:27 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Thomas Skibo Subject: Re: ARM network trouble after recent mbuf changes References: <1377550636.1111.156.camel@revolution.hippie.lan> <521BC472.7040804@freebsd.org> <521BD531.4090104@sbcglobal.net> <521C4CD9.4050308@freebsd.org> <0E0536B2-2B7F-4EED-9EFD-4B9E2C2D729A@freebsd.org> <521C87FF.8010100@freebsd.org> <521CDD03.1010108@sbcglobal.net> In-Reply-To: <521CDD03.1010108@sbcglobal.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2013 20:54:33 -0000 On 27.08.2013 19:08, Thomas Skibo wrote: > > > On 8/27/13 4:05 AM, Andre Oppermann wrote: >> >> Thanks. I've changed the test accordingly. >> >> While doing the CTASSERTs to prevent such an incident in the future I >> stumbled >> across a bit of evil name space pollution in mbuf.h. It is impossible >> to take >> sizeof(struct m_ext) because "m_ext" is redefined to point into struct >> mbuf. >> >> In addition to the alignment fix I've solved the namespace issues with >> m_ext >> and the stupidly named struct pkthdr as well and properly prefixed >> them. The >> fallout from LINT was zero (as it should be). >> >> http://people.freebsd.org/~andre/m_hdr-alignment-20130827.diff >> >> Please test. >> > > I'm running this patch on Zedboard and it is doing well. Thanks! Fix is in with r254973 (sans the structure renamings to avoid name space clashes). Sorry for the trouble and thanks for your help with debugging and testing. -- Andre