From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: linux-next: Tree for June 13: IO APIC breakage on HP nx6325 Date: Mon, 30 Jun 2008 00:59:01 +0200 Message-ID: <200806300059.03288.rjw@sisk.pl> References: <20080613232214.394fd6fd.sfr@canb.auug.org.au> <20080629200210.GB31633@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: Received: from ogre.sisk.pl ([217.79.144.158]:46473 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752068AbYF2W5J (ORCPT ); Sun, 29 Jun 2008 18:57:09 -0400 In-Reply-To: <20080629200210.GB31633@elte.hu> Content-Disposition: inline Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Ingo Molnar Cc: "Maciej W. Rozycki" , Matthew Garrett , Stephen Rothwell , linux-next@vger.kernel.org, LKML , Thomas Gleixner , ACPI Devel Maling List , Len Brown , Andi Kleen , Andrew Morton , Linus Torvalds On Sunday, 29 of June 2008, Ingo Molnar wrote: > > * Maciej W. Rozycki wrote: > > > You may argue this is a regression, but this is simply the cost paid > > for progress -- the kernel stays within the spec as defined both by > > ACPI and MPS, we have just started using a different configuration now > > and an interrupt source override provided by the manufacturer > > explicitly states INTIN2 is good to use. In a sense you were simply > > lucky previously the kernel was bad enough with the way it configured > > the timer through the I/O APIC it failed completely avoiding the bug > > in your firmware. Now the bug has got uncovered. > > well as long as we eliminate the bad effects around via DMI exceptions > nobody will feel the need to argue whether it's a regression ;-) If all boxes affected by this particulare breakage are covered by DMI-based workarounds, they will continue to work and that won't be any regression. The point is that the patch should go along with such workarounds. > [this problem could be argued to be a regression, even if it's caused by > prior luck/stupidity of Linux. We have to live with the effects of our > mistakes.] That's exactly right. Thanks, Rafael