[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1AE640813FDE7649BE1B193DEA596E880255A03B@SHSMSX101.ccr.corp.intel.com>
Date: Tue, 6 May 2014 08:58:36 +0000
From: "Zheng, Lv" <lv.zheng@...el.com>
To: Pavel Machek <pavel@....cz>
CC: "Wysocki, Rafael J" <rafael.j.wysocki@...el.com>,
"Brown, Len" <len.brown@...el.com>, Lv Zheng <zetalog@...il.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"Moore, Robert" <robert.moore@...el.com>
Subject: RE: [PATCH 02/27] ACPICA: Utilities: Deploy ACPI_DEBUGGER_EXEC for
ACPI_DEBUGGER enabled code in utglobal.c.
Hi,
> From: Pavel Machek [mailto:pavel@....cz]
> Sent: Tuesday, May 06, 2014 3:54 PM
>
> On Wed 2014-04-30 10:03:39, Lv Zheng wrote:
> > This patch deploys ACPI_DEBUGGER_EXEC usage to utglobal.c to reduce "ifdef"
> > of ACPI_DEBUGGER. No functional changes. Lv Zheng.
> >
> > Signed-off-by: Lv Zheng <lv.zheng@...el.com>
> > Signed-off-by: Bob Moore <robert.moore@...el.com>
> > ---
> > drivers/acpi/acpica/utglobal.c | 4 +---
> > 1 file changed, 1 insertion(+), 3 deletions(-)
> >
> > diff --git a/drivers/acpi/acpica/utglobal.c b/drivers/acpi/acpica/utglobal.c
> > index f3abeae..825b064 100644
> > --- a/drivers/acpi/acpica/utglobal.c
> > +++ b/drivers/acpi/acpica/utglobal.c
> > @@ -377,9 +377,7 @@ acpi_status acpi_ut_init_globals(void)
> > acpi_gbl_disable_mem_tracking = FALSE;
> > #endif
> >
> > -#ifdef ACPI_DEBUGGER
> > - acpi_gbl_db_terminate_threads = FALSE;
> > -#endif
> > + ACPI_DEBUGGER_EXEC(acpi_gbl_db_terminate_threads = FALSE);
> >
> > return_ACPI_STATUS(AE_OK);
>
> Is it just me or is this incredibly ugly?
This patch is no-op for Linux kernel.
ACPI_DEBUGGER is not enabled for Linux kernel.
This patch is here to reduce the source code differences between Linux and ACPICA.
ACPICA release is done by a set of conversion utilities, the process is known as linuxizing.
The generation result of the linuxizing will require more human interventions if such differences grow bigger.
Thus one of our quality insurance step is to control the divergences down to an acceptable level.
I should add a document in the kernel source tree to describe the ACPICA release cycle.
Thanks and best regards
-Lv
>
> Pavel
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists