Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932283Ab0A1SXN (ORCPT ); Thu, 28 Jan 2010 13:23:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755386Ab0A1SXM (ORCPT ); Thu, 28 Jan 2010 13:23:12 -0500 Received: from hera.kernel.org ([140.211.167.34]:59056 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754221Ab0A1SXL (ORCPT ); Thu, 28 Jan 2010 13:23:11 -0500 Message-ID: <4B61D554.9000003@kernel.org> Date: Thu, 28 Jan 2010 10:20:04 -0800 From: Yinghai Lu User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091130 SUSE/3.0.0-1.1.1 Thunderbird/3.0 MIME-Version: 1.0 To: Bjorn Helgaas CC: Linus Torvalds , Jesse Barnes , Jeff Garrett , "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List , Linux PCI , Myron Stowe , Matthew Garrett , Ingo Molnar Subject: Re: [Bug #15124] PCI host bridge windows ignored (works with pci=use_crs) References: <1264652762.24020.5.camel@dc7800.home> <4B61266F.1060600@kernel.org> <201001280909.46043.bjorn.helgaas@hp.com> In-Reply-To: <201001280909.46043.bjorn.helgaas@hp.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1635 Lines: 38 On 01/28/2010 08:09 AM, Bjorn Helgaas wrote: > On Wednesday 27 January 2010 10:53:51 pm Yinghai Lu wrote: >> On 01/27/2010 08:26 PM, Bjorn Helgaas wrote: >>> On Wed, 2010-01-27 at 15:34 -0800, Yinghai Lu wrote: > >>>> 2. how about when apci is disabled? >>> >>> When ACPI is disabled, I think we just have to accept that we lose some >>> functionality. I don't see the need for alternate ways to accomplish >>> everything that ACPI does. It's becoming less and less useful to >>> disable ACPI; I think it's only interesting as a debugging tool, and >>> even then it's a sledgehammer. >> >> some systems when acpi is enabled could have interrupt storm. >> and have to disable acpi. > > We should fix that problem rather than just covering it up by > disabling ACPI. Can you provide any details? that is not covering problem. acpi just cause too many problems. systems using acpi hotplug support, and use acpi aml code to monitor the hotplug status instead of HW and after one or two days will have interrupt storm with sci/acpi interrupt aka 9. > > I think it's crazy to add code to work around Problem B that only > occurs because we disabled ACPI to work around Problem A. We should > just fix Problem A instead. that is not point. fix BIOS or HW or OS? check many systems have broken acpi? some system acpi code even clear pci bar when just enable acpi at the first point. YH -- 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/