From mboxrd@z Thu Jan 1 00:00:00 1970 From: Shaohua Li Subject: Re: Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend] Date: Thu, 04 Aug 2005 08:51:52 +0800 Message-ID: <1123116712.2929.8.camel@linux-hp.sh.intel.com> References: <200508020955.54844.bjorn.helgaas@hp.com> <1123030861.2937.4.camel@linux-hp.sh.intel.com> <200508030920.13450.bjorn.helgaas@hp.com> <42F1343B.70707@free.fr> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <42F1343B.70707-GANU6spQydw@public.gmane.org> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: matthieu castet Cc: Bjorn Helgaas , acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Adam Belay , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-acpi@vger.kernel.org On Wed, 2005-08-03 at 23:16 +0200, matthieu castet wrote: > > There are drivers/acpi/motherboard.c that done some stuff already handle > by pnp/system.c. Yes, it should be disabled if pnpacpi is enabled. The only concern is motherboard.c also request some ACPI resources, which might not declaim in ACPI motherboard device, but it's completely BIOS dependent. We might could try remove it at -mm tree to see if it breaks any system later. > > PS : I saw in acpi ols paper that you plan once all dupe acpi drivers > will be removed to register again the pnp device in acpi layer. Do you > plan to add more check and for example add only device that have a CRS > in pnp layer ? For detecting PNP device? it's worthy trying. Thanks, Shaohua ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf