You would like an OSL interface that gets passed the debug level and can map this to the host debug/error levels? > -----Original Message----- > From: linux-acpi-owner@xxxxxxxxxxxxxxx [mailto:linux-acpi- > owner@xxxxxxxxxxxxxxx] On Behalf Of Brown, Len > Sent: Wednesday, March 29, 2006 2:58 PM > To: linux-acpi@xxxxxxxxxxxxxxx > Subject: ACPI_DEBUG_PRINT and ACPI_WARNING > > > I think we have a problem with both ACPI_DEBUG_PRINT and ACPI_WARNING > and how these ACPI core macros work on Linux. > > ACPI_WARNING is an improvement over the past where all the > ACPI_DEBUG_PRINT messages went away on a production kernel. > > ACPI_DEBUG_PRINT is very handy in that via acpi_ut_print() > you can turn them on and off on your debug kernel depending > on the level and section of code. > > But both funnel through osl.c where there is no native Linux > print level associated with the message, and thus if it gets > that far, it unconditionaly gets printed to the screen and > log buffer, no mater how the system has been administered > to handle messages of different levels. > > ie. the kernel.h levels are not used: > > #define KERN_EMERG "<0>" /* system is unusable > */ > #define KERN_ALERT "<1>" /* action must be taken immediately > */ > #define KERN_CRIT "<2>" /* critical conditions > */ > #define KERN_ERR "<3>" /* error conditions > */ > #define KERN_WARNING "<4>" /* warning conditions > */ > #define KERN_NOTICE "<5>" /* normal but significant condition > */ > #define KERN_INFO "<6>" /* informational > */ > #define KERN_DEBUG "<7>" /* debug-level messages > */ > > thoughts? > > -Len > - > 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-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html