On Wed, 2007-09-12 at 11:44 -0700, Medve Emilian-EMMEDVE1 wrote:I expect all the kernel logging functions to be overhauled eventually. I'd prefer a mechanism that somehow supports identifying complete messages. I think the new pr_<level> functions are not particularly useful without a mechanism to avoid or identify multiple processors or threads interleaving partial in-progress multiple statement messages. I've got a very large patch series that converts _all_ the current single line messages that use KERN_<level> to pr_<level> and identifies, prefixes and postfixes the rest of the multiple source line messages. At some point, sooner or later, the logging functions will be improved. Apparently, more likely later. cheers, Joe -
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Linus Torvalds | Linux 2.6.21-rc1 |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Alexey Dobriyan | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
git: | |
