From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Renninger Subject: Re: Debug interface used for error message cleanups Date: Fri, 1 Aug 2008 11:01:28 +0200 Message-ID: <200808011101.29590.trenn@suse.de> References: <1217449342-20312-1-git-send-email-trenn@suse.de> <200807311159.11276.trenn@suse.de> <1217554944.2969.166.camel@rzhang-dt> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Return-path: Received: from ns2.suse.de ([195.135.220.15]:51794 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752144AbYHAJBc (ORCPT ); Fri, 1 Aug 2008 05:01:32 -0400 In-Reply-To: <1217554944.2969.166.camel@rzhang-dt> Content-Disposition: inline Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Zhang Rui Cc: "Moore, Robert" , ak@linux.intel.com, lenb@kernel.org, linux-acpi@vger.kernel.org On Friday 01 August 2008 03:42:24 Zhang Rui wrote: > On Thu, 2008-07-31 at 17:59 +0800, Thomas Renninger wrote: > > On Wednesday 30 July 2008 22:29:19 Moore, Robert wrote: > > > I'm going to go ahead and remove these from ACPICA. > > > > > > We added an "obsolete" warning in the header file some time ago, and > > > > I > > > > > think the time has come to remove them, especially in light of these > > > patches to Linux. > > > > Great thanks. > > If you are at that, do you think it makes sense to intruduce a GPE > > bit? > > Just leaving it unused for now? > > > > > > I didn't play with these much yet, Rui, do you think this makes sense? > > The > > fact there were several sever problems recently and GPEs possibly > > must get debugged by people writting other device drivers who do not > > know > > and do not want to know about the output of the other debug flags I > > thought > > this could make sense. > > We used to get the GPE debug info by doing this, > set debug_layer=0x44, debug_level=0x8800001f > We can get the content of GPE Block Register once a GPE is fired. > and it's the same for PM1 Event Register and Fixed Events. > Is this what you want? Ahh yes: ACPI_LV_INTERRUPTS 0x08000000 ACPI_LV_EVENTS 0x80000000 I think this is what I am looking for. Thanks, Thomas