diff options
author | Benjamin Herrenschmidt <benh@kernel.crashing.org> | 2012-07-23 21:33:13 (GMT) |
---|---|---|
committer | Benjamin Herrenschmidt <benh@kernel.crashing.org> | 2012-09-05 05:19:34 (GMT) |
commit | 92057a493af4bb56928a762ad0423200b835d995 (patch) | |
tree | f1c7377ff78695e493372eeec5e7071fc84b63e3 /COPYING | |
parent | baa436b3676ac0eea48dfbeaf7babf53a2305bba (diff) | |
download | linux-92057a493af4bb56928a762ad0423200b835d995.tar.xz |
hvc_console: Better kernel console support
hvc_console has two methods to instanciate the consoles.
hvc_instanciate is meant to be called at early boot, while hvc_alloc is
called for more dynamically probed objects.
Currently, it only deals with adding kernel consoles in the former case,
which means for example that if a console only uses dynamic probing, it
will never be usable as a kernel console even when specifying
console=hvc0 explicitly, which could be considered annoying...
More specifically, on pseries, we only do the early instanciate for the
console currently used by the firmware, so if you have your firmware
configured to go to a video card, for example, you cannot get your
kernel console, oops messages, etc... on your serial port or hypervisor
console, which would be handy to deal with oopses.
This fixes it by checking if hvc_console.flags & CON_ENABLED is set when
registering a new dynamic console, and if not, redo the index check and
re-register the console if the index matches, allowing console=hvcN to
work.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions