> Also added the EXPORT_SYMBOLS(ut_warning/error/exception) function decl. > in > (in a separated patch -> ACPICA, acpi/utilities/utmisc.c).
Don't these belong somewhere else? > Also added errors inside remove/install handler funcs (in a separated > patch -> ACPICA, > acpi/events/evxface.c). So, you are saying that there are insufficient error messages in evxface.c, I'll look at it. > -----Original Message----- > From: Thomas Renninger [mailto:[EMAIL PROTECTED] > Sent: Monday, February 06, 2006 12:57 PM > To: Moore, Robert > Cc: ACPI-ML; Brown, Len > Subject: Re: Convert PRINT_DEBUG(DB_ERROR/WARNING,...) to > ACPI_ERROR/WARNING > > Moore, Robert wrote: > > BTW, > > > > The implementations of ACPI_ERROR/WARNING/INFO automatically insert a > > newline at the end of the message, along with the ACPI version. > > > > + ACPI_ERROR((AE_INFO, "Error reading AC Adapter > > state\n")); > > > > So, you will probably want to remove the \n at the end of each of these. > > > > With hundreds of such messages, this actually saves an "interesting" > > amount of memory. > > > > Also, I created the ACPI_EXCEPTION interface that will decode and > > display the ACPI_STATUS code; you may want to use this instead of > > ACPI_ERROR is some cases. > > > Ok, I now made use of the ACPI_EXCEPTION, whenever possible. > > Also shortend some "Error:", "ACPI bug:" messages. > > Also added the EXPORT_SYMBOLS(ut_warning/error/exception) function decl. > in > (in a separated patch -> ACPICA, acpi/utilities/utmisc.c). > > Also added errors inside remove/install handler funcs (in a separated > patch -> ACPICA, > acpi/events/evxface.c). > > Thomas - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
