diff options
author | Michael Ellerman <michael@ellerman.id.au> | 2006-06-25 05:47:40 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-06-25 10:01:05 -0700 |
commit | 76a8ad293912cd2f01eca075d80cd0ddec30c627 (patch) | |
tree | 1ff683dcd5b1351b403d3efe701d0dd9eddcd773 /arch | |
parent | 8ae6e163c1b637e1cb125613726ffbd31ca44fdf (diff) | |
download | linux-3.10-76a8ad293912cd2f01eca075d80cd0ddec30c627.tar.gz linux-3.10-76a8ad293912cd2f01eca075d80cd0ddec30c627.tar.bz2 linux-3.10-76a8ad293912cd2f01eca075d80cd0ddec30c627.zip |
[PATCH] Make printk work for really early debugging
Currently printk is no use for early debugging because it refuses to
actually print anything to the console unless
cpu_online(smp_processor_id()) is true.
The stated explanation is that console drivers may require per-cpu
resources, or otherwise barf, because the system is not yet setup
correctly. Fair enough.
However some console drivers might be quite happy running early during
boot, in fact we have one, and so it'd be nice if printk understood that.
So I added a flag (which I would have called CON_BOOT, but that's taken)
called CON_ANYTIME, which indicates that a console is happy to be called
anytime, even if the cpu is not yet online.
Tested on a Power 5 machine, with both a CON_ANYTIME driver and a bogus
console driver that BUG()s if called while offline. No problems AFAICT.
Built for i386 UP & SMP.
Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions