Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, April 22, 2014 7:16 PM
>
> On Tuesday, April 22, 2014 02:01:57 AM Zheng, Lv wrote:
> > Hi,
> >
> >
> >
> > > > +#define ACPI_NATIVE_INTERFACE_HEADER
> > >
> > > This is not good.
> > >
> > > We don't do things l
On Tuesday, April 22, 2014 02:01:57 AM Zheng, Lv wrote:
> Hi,
>
>
>
> > > +#define ACPI_NATIVE_INTERFACE_HEADER
> >
> > This is not good.
> >
> > We don't do things like this in the kernel, because they are confusing and
> > hard
> > to debug if necessary, so please find a different way
Hi,
> > +#define ACPI_NATIVE_INTERFACE_HEADER
>
> This is not good.
>
> We don't do things like this in the kernel, because they are confusing and
> hard
> to debug if necessary, so please find a different way to make this work.
I use this extra header file to collect:
1. static inlin
On Tuesday, April 08, 2014 03:56:44 PM Lv Zheng wrote:
> From ACPICA's perspective, should be included after
> inclusion of . But currently in Linux,
> included by has
> included to find ACPICA types for inline functions.
>
> This causes the following problem:
> 1. Redundant code in and :
>
>From ACPICA's perspective, should be included after
inclusion of . But currently in Linux,
included by has
included to find ACPICA types for inline functions.
This causes the following problem:
1. Redundant code in and :
Linux must be careful to keep conditions for inclusion
consiste
5 matches
Mail list logo