Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 20 Nov 2002 16:49:46 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 20 Nov 2002 16:49:46 -0500 Received: from pc1-cwma1-5-cust42.swa.cable.ntl.com ([80.5.120.42]:27524 "EHLO irongate.swansea.linux.org.uk") by vger.kernel.org with ESMTP id ; Wed, 20 Nov 2002 16:49:45 -0500 Subject: Re: Linux 2.4.20 ACPI From: Alan Cox To: David Woodhouse Cc: "Grover, Andrew" , "'Ducrot Bruno'" , Felix Seeger , Linux Kernel Mailing List In-Reply-To: <25526.1037828842@passion.cambridge.redhat.com> References: <25526.1037828842@passion.cambridge.redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 20 Nov 2002 22:24:15 +0000 Message-Id: <1037831055.3241.97.camel@irongate.swansea.linux.org.uk> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1079 Lines: 26 On Wed, 2002-11-20 at 21:47, David Woodhouse wrote: > > andrew.grover@intel.com said: > > It would be great if someone could take a look at the sonypi driver > > and see what can be done to integrate it better with ACPI. ACPI > > includes an EC driver, so at the minimum, sonypi should use that > > instead of poking the EC itself, perhaps. > > Surely a proper driver should always be preferred over binary-only bytecode? > > The sonypi driver looks like it properly requests the regions it uses; they > should be marked busy. Why is the ACPI code touching them? The same microcontroller is handling both power management related operations and also funky things like the camera. In most laptops the microcontroller is either doing ACPI or APM so there is a convenient split. I guess sonypi could take the ACPI global lock ? - 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/