From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 07:44:46 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 6F1F2F93 for ; Mon, 11 Mar 2013 07:44:46 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id EF9CEACB for ; Mon, 11 Mar 2013 07:44:45 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r2B7iieX029831; Mon, 11 Mar 2013 08:44:44 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r2B7ih4O029830; Mon, 11 Mar 2013 08:44:43 +0100 (CET) (envelope-from marius) Date: Mon, 11 Mar 2013 08:44:43 +0100 From: Marius Strobl To: =?iso-8859-1?Q?Lo=EFc?= BLOT Subject: Re: Strange reboot since 9.1 Message-ID: <20130311074443.GU955@alchemy.franken.de> References: <51388E42.5040500@FreeBSD.org> <1362661965.16808.36.camel@iMac-LBlot.domain.iogs> <51389ED5.6030207@bsdinfo.com.br> <1362670734.16808.48.camel@iMac-LBlot.domain.iogs> <20130307163827.GA96983@icarus.home.lan> <20130308023254.GC3246@michelle.cdnetworks.com> <20130308161613.GA82746@alchemy.franken.de> <1362819234.30912.2.camel@Nerz-PC.home> <20130309143218.GA18055@alchemy.franken.de> <1362943144.15623.1.camel@Nerz-PC.home> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1362943144.15623.1.camel@Nerz-PC.home> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org 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: Mon, 11 Mar 2013 07:44:46 -0000 On Sun, Mar 10, 2013 at 08:19:04PM +0100, Loïc BLOT wrote: > Hi Marius, > sorry but you patch doesn't have effect, another crash with same > backtrace. Okay, thanks. Unfortunately, I'm running out of ideas for now. It seems that the problem isn't caused by a logic error within the driver then but rather some incorrect handling of the hardware. The public ally available documentation for these chips is heavily sanitized and totally unusable for writing drivers though. The only remaining thing to test I can think of is whether this issue is related to the header splitting, which is enabled by default. To disable, set the loader tunable hw.bce.hdr_split to 0 or to be really sure, change the bce_hdr_split default to FALSE in the driver and recompile it. Marius