RE: [PATCH v3] Make the pr_*() family of macros in kernel.h complete

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <akpm@...>
Cc: <linux-kernel@...>, <netdev@...>, <i2c@...>, <linux-omap-open-source@...>
Date: Friday, September 14, 2007 - 9:27 am

Hello Andrew,


I realize this e-mail might be nuisance and time waster for you but I'm
in need of advice. I apologize in advance for any commonsense cultural
conventions I'm breaking.

I sent the below patch to four e-mail lists and it lead to orthogonal
conversations about how the entire kernel logging system/mechanisms need
to be re-written and thus such incremental improvements as these get out
of focus...

In this case I started needing pr_err() and discovered that is defined
already four times but not with global visibility as some other pr_*()
from kernel.h (a subset of the entire family). I chose not to define it
yet the fifth time but clean up the existing definitions and complete
the family. For some reason it didn't go through even though I had some
positive feedback. Now it seems I'm encouraged to really define the
pr_err() for the fifth time...  Not quite sure what to do...


Cheers,
Emil.


-
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
RE: [PATCH v3] Make the pr_*() family of macros in kernel.h ..., Medve Emilian-EMMEDVE1, (Fri Sep 14, 9:27 am)
RE: [PATCH v3] Make the pr_*() family of macros in kernel.h ..., Medve Emilian-EMMEDVE1, (Wed Sep 12, 2:44 pm)
RE: [PATCH v3] Make the pr_*() family of macros in kernel.hc..., Medve Emilian-EMMEDVE1, (Thu Sep 13, 10:32 am)