Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752017AbbKHNDd (ORCPT ); Sun, 8 Nov 2015 08:03:33 -0500 Received: from mga01.intel.com ([192.55.52.88]:59393 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751249AbbKHNDa (ORCPT ); Sun, 8 Nov 2015 08:03:30 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,262,1444719600"; d="scan'208";a="845402768" Subject: Re: lock-up on boot with x86/PCI/ACPI: Use common interface to support PCI host bridge To: Arthur Marsh References: <563DAE9A.5050904@internode.on.net> Cc: Hanjun Guo , Bjorn Helgaas , "Rafael J. Wysocki" , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org From: Jiang Liu Organization: Intel Message-ID: <563F481F.4080507@linux.intel.com> Date: Sun, 8 Nov 2015 21:03:27 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <563DAE9A.5050904@internode.on.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2410 Lines: 61 On 2015/11/7 15:56, Arthur Marsh wrote: > Hi, I've run into a situation where I've been getting a lock-up a few > seconds into the boot process on a machine with an ASUS A8V-MX > motherboard, BIOS 0503 12/06/2005 with AMD Athlon(tm) 64 Processor > 3200+ (single core) with kernel compiled in 32 bit mode (config attached > was used for both the problem kernel and kernel with the patch reverted, > dmesg attached was for the kernel with the patch reverted). > > A git bisect traced the problem back to: > > git bisect good > 4d6b4e69a245e9df4b84dba387596086cb66887d is the first bad commit > commit 4d6b4e69a245e9df4b84dba387596086cb66887d > Author: Jiang Liu > Date: Wed Oct 14 14:29:41 2015 +0800 > > x86/PCI/ACPI: Use common interface to support PCI host bridge > > Use common interface to simplify ACPI PCI host bridge implementation. > > Signed-off-by: Jiang Liu > Reviewed-by: Hanjun Guo > Acked-by: Bjorn Helgaas > Signed-off-by: Rafael J. Wysocki > > :040000 040000 a3447eea376b5a3e6f57deb35cf064c5481b45e3 > f64d8e49fd87b776933dfa3dfefcb33509004d3f M arch > > From the boot-up I get the message as shown in the images at: > http://www.users.on.net/~arthur.marsh/20151107601.jpg and > http://www.users.on.net/~arthur.marsh/20151107602.jpg > > The boot-up suggests trying rebooting with pci=alloc but that didn't help. > > The errors shown include > "BAR 0: trying firmware assignment [io size 0x0020]" > "BAR 0: [io size 0x0020] conflicts with PCI Bus #00 [io 0x0000-0xffff] > "BAR 0: failed to assign [io size 0x0020] > > After reverting the patch and installing the resulting kernel I was able > to boot normally. > > I'd be happy to provide any further information and run further tests to > help identify and resolve the proble. Hi Arthur, Sorry for the regression. Could you please also help to provide the ACPI tables from the affected system? You may get ACPI tables by installing acpidump and then 'acpidump > acpitables.bin'. Thanks, Gerry > > Arthur. > > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/