From owner-freebsd-stable@FreeBSD.ORG Sat May 16 08:21:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E88106566B for ; Sat, 16 May 2009 08:21:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 234D88FC13 for ; Sat, 16 May 2009 08:21:50 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 49B0F343A00; Sat, 16 May 2009 04:21:50 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sat, 16 May 2009 04:21:50 -0400 X-Sasl-enc: +U2niVx6hkWskR9oWnS1LPS/1x7htP0oGSVeM+uEfY04 1242462109 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id ADDCC1AC27; Sat, 16 May 2009 04:21:49 -0400 (EDT) Message-ID: <4A0E779B.4040309@incunabulum.net> Date: Sat, 16 May 2009 09:21:47 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: John Baldwin References: <4A0CF934.4000706@incunabulum.net> <200905150850.19843.jhb@freebsd.org> In-Reply-To: <200905150850.19843.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Boot panic w/7.2-STABLE on amd64: resource_list_alloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 08:21:51 -0000 John Baldwin wrote: > ... > Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it > allocates the resources once for each channel it seems in the ata_ali_sata > attachment. Looking in ata-chipset.c, all the other chipsets are good about > allocating these resources in their chipinit routines rather than the > per-channel allocate routine. Well, except ata_pci_allocate() is also > busted. *sigh* I can work on a patch for HEAD if you are willing to test. > Yes, ata is gnarly in places... If a fix can be dropped straight into a 7.2 tree, then that is even better... I could try testing a NanoBSD image of HEAD on this machine if the change set delta between branches is sufficiently huge to prevent backporting the fix; this is my desktop machine and this is the only critical bug I've run into so far with 7.2. thanks, BMS