From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Yinghai Lu" Subject: Re: linux-next Regression: Unable to locate IOAPIC Date: Sun, 15 Jun 2008 12:20:27 -0700 Message-ID: <86802c440806151220l358ca541s9d87fe2acc360e8@mail.gmail.com> References: <200806051100.12885.dex@dragonslave.de> <48536E3B.4000703@gmail.com> <86802c440806140126l7a949783of0fb08d11ae07bef@mail.gmail.com> <200806152114.33007.dex@dragonslave.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from rv-out-0506.google.com ([209.85.198.235]:44529 "EHLO rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751056AbYFOTU1 (ORCPT ); Sun, 15 Jun 2008 15:20:27 -0400 Received: by rv-out-0506.google.com with SMTP id k40so3265060rvb.1 for ; Sun, 15 Jun 2008 12:20:27 -0700 (PDT) In-Reply-To: <200806152114.33007.dex@dragonslave.de> Content-Disposition: inline Sender: linux-next-owner@vger.kernel.org List-ID: To: webmaster@dragonslave.de Cc: Alexey Starikovskiy , Andrew Morton , linux-kernel@vger.kernel.org, linux-next@vger.kernel.org, linux-acpi@vger.kernel.org, Ingo Molnar On Sun, Jun 15, 2008 at 12:14 PM, Daniel Exner wrote: > Hi all, > > Yinghai Lu wrote: >> >> To clarify myself: >> >> 2.6.25.5: --> relatively fast no IOAPIC Errors in dmesg >> >> 2.6.26-rc5: --> relatively no IOAPIC Errors in dmesg >> >> 2.6.26-rc5 + git-acpi Patch: --> relatively no IOAPIC Errors in dmesg >> >> 2.6.26-rc5 + linux-next snapshot 20080604 --> even slower than before >> >> my ide Patch many "unable to locate IOAPIC" Errors >> >> >> >> >> >> So I think the problem lies not in the acpi tree but somewhre else. >> >> >> >> Is it possible to tell git to explicitly _exclude_ a specific tree while >> >> bisecting? >> >> can you check if the attached patch fix the problem? >> it will not check entries before MP_intsrc_info... > This fixed it, thanks :) > > Also maschine feels not as fast as with 2.6.25.x but noticeable faster :) > > I guss you no longer need the complete dmesg output? still need that... wonder why your irq routing have same entris from your BIOS/ACPI? YH