On Fri, 28 September 2007 10:39:06 +0200, Bernd Petrovitsch wrote:#if CONFIG_PRINTK_DOICARE >= 3 #define PRINTK_DEBUG_CONTINUED "", #else #define PRINTK_DEBUG_CONTINUED PRINTK_DEBUG #endif ... #define printk(level, str, ...) \ do { \ if (sizeof(level) == 1) /* continued printk */\ actual_printk(str, __VA_ARGS__); \ else if ((level[1] - '0') < CONFIG_PRINTK_DOICARE) \ actual_printk(level str, __VA_ARGS__); \ } while(0); Now you can mark a continued KERN_ERR call as such. And depending on CONFIG_PRINTK_DOICARE it will either be printed as always or turned into a stand-alone printk() that gets optimized away. Do the same for all the other levels. Open question remains: do we want to go down that road? I have no idea. Jörn -- I've never met a human being who would want to read 17,000 pages of documentation, and if there was, I'd kill him to get him out of the gene pool. -- Joseph Costello -
| Arnd Bergmann | Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures |
| Andrew Morton | 2.6.23-rc1-mm2 |
| Nick Piggin | [patch 3/6] mm: fix fault vs invalidate race for linear mappings |
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Herbert Xu | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| David Miller | Re: [BUG] New Kernel Bugs |
