RE: ACPI_DEBUG_PRINT and ACPI_WARNING

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Next question would be, do the various unix flavors all have a similar
mechanism?

So, we could have something like:

ACPI_ERROR -> KERN_ERR
ACPI_WARNING -> KERN_WARNING
ACPI_EXCEPTION -> KERN_ERR?
ACPI_INFO -> KERN_INFO

ACPI_DEBUG_PRINT -> KERN_DEBUG



> -----Original Message-----
> From: Moore, Robert
> Sent: Wednesday, March 29, 2006 3:06 PM
> To: Brown, Len; linux-acpi@xxxxxxxxxxxxxxx
> Subject: RE: ACPI_DEBUG_PRINT and ACPI_WARNING
> 
> 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

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux