Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756618AbXJ3SnW (ORCPT ); Tue, 30 Oct 2007 14:43:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754014AbXJ3SnM (ORCPT ); Tue, 30 Oct 2007 14:43:12 -0400 Received: from smtp-102-tuesday.noc.nerim.net ([62.4.17.102]:3243 "EHLO mallaury.nerim.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753156AbXJ3SnL (ORCPT ); Tue, 30 Oct 2007 14:43:11 -0400 Date: Tue, 30 Oct 2007 19:43:07 +0100 From: Jean Delvare To: Bjorn Helgaas Cc: Matthew Garrett , trenn@suse.de, linux-acpi , linux-kernel , Len Brown , Andrew Morton Subject: Re: [PATCH 0/5] Detect hwmon and i2c bus drivers interfering with ACPI Operation Region resources Message-ID: <20071030194307.0f8e8ddc@hyperion.delvare> In-Reply-To: <200710282050.34166.bjorn.helgaas@hp.com> References: <1193236319.4590.225.camel@queen.suse.de> <200710250906.23003.bjorn.helgaas@hp.com> <20071027150947.GA1568@srcf.ucam.org> <200710282050.34166.bjorn.helgaas@hp.com> X-Mailer: Sylpheed-Claws 2.5.5 (GTK+ 2.10.6; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1259 Lines: 27 On Sun, 28 Oct 2007 20:50:33 -0600, Bjorn Helgaas wrote: > On Saturday 27 October 2007 9:09:47 am Matthew Garrett wrote: > > On Thu, Oct 25, 2007 at 09:06:22AM -0600, Bjorn Helgaas wrote: > > > But we really *should* reserve things used by opregions, shouldn't > > > we? After all, the whole point of resource reservation is to prevent > > > conflicts. > > > > Only if you're happy to lose functionality like IDE, sadly. > > That's a simplistic answer to a complex problem. I don't think > we should just ignore the whole problem, cross our fingers, and > hope that firmware stays out of our way. I agree that something must be done, but the problem underlined by Matthew explains the approach Thomas and myself are pursuing at the moment. Rather than plain requesting the resources at ACPI level and see everything else break, we rely on cooperation by individual drivers (or actually families of drivers) and try to fix the problems seen with these specific drivers. This is more realistic. -- Jean Delvare - 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/