RE: [patch] fix pciehp compile issue when CONFIG_ACPI is notenabled.

[Moore, Robert]

I don't think that we are saying that acpi_status should not be used
outside of ACPICA. After all, that is what most of the external ACPICA
interfaces use for the function return value.

It would probably be best, however, to limit the use of this type to
modules that actually interface directly with ACPICA.

Bob


> -----Original Message-----
> From: linux-acpi-owner@xxxxxxxxxxxxxxx [mailto:linux-acpi-
> owner@xxxxxxxxxxxxxxx] On Behalf Of Kristen Accardi
> Sent: Monday, May 08, 2006 12:40 PM
> To: Alexey Dobriyan
> Cc: linux-acpi@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; Brown,
Len;
> greg@xxxxxxxxx
> Subject: Re: [patch] fix pciehp compile issue when CONFIG_ACPI is
> notenabled.
> 
> On Mon, 2006-05-08 at 23:24 +0400, Alexey Dobriyan wrote:
> > On Mon, May 08, 2006 at 11:54:30AM -0700, Kristen Accardi wrote:
> > > Fix compile error when CONFIG_ACPI is not defined.
> >
> > > --- 2.6-git.orig/include/acpi/actypes.h
> > > +++ 2.6-git/include/acpi/actypes.h
> > > @@ -348,6 +348,7 @@ struct acpi_pointer {
> > >   * Mescellaneous types
> > >   */
> > >  typedef u32 acpi_status;	/* All ACPI Exceptions */
> > > +#define acpi_status acpi_status
> > >  typedef u32 acpi_name;		/* 4-byte ACPI name */
> > >  typedef char *acpi_string;	/* Null terminated ASCII string
*/
> > >  typedef void *acpi_handle;	/* Actually a ptr to a NS Node
*/
> >
> > The following in include/linux/pci-acpi.h is ugly
> >
> > 	#if !defined(acpi_status)
> > 	typedef u32             acpi_status;
> > 	#define AE_ERROR        (acpi_status) (0x0001)
> > 	#endif
> >
> > but you're adding more of it.
> 
> The actual solution to the problem is long.  acpi_status should not be
> used outside of acpi-ca.  However, it is.  In many, many places.  The
> real solution is to go around and re-write all the apis that export
> acpi_status to drivers, and then fix all the drivers which rely on
> acpi_status (and other acpi-caisms ).  This fix, while ugly, solves
the
> immediate problem in an expedient way.  However, I'm certainly open to
> suggestions about nicer ways to do it.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-acpi"
in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/