In article <[email protected]>,
Jon Smirl <[email protected]> wrote:
>This just seems to be an issue with the serial console implementation
>which is much slower. So the answer looks to be that if the serial
>console buffer is full, and it is being called with interrupts off, it
>should just toss the printk.
Read the serial console code. It is a standalone implementation
completely seperate from the standard drivers, which deliberately
turns off the interrupts and reverts to polling. This because
there is no guarantee the whole irq handling stuff still works
at the moment you're printk'ing a panic.
Also the current standard serial drivers only work if the
tty has been opened by a userspace process.
If you want to change this, first fix the latter problem, then
change the serial console output driver so that it uses the
standard serial driver for lower priority messages and only
uses the polling code for panics.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Video 4 Linux]
[Linux for the blind]