On Sat, Feb 08, 2003 at 03:00:43PM -0600, Thomas Molina wrote:
> I began to see this bug this weekend myself. I'm not sure of the cause,
> but it can be worked around by configuring the kernel for built-in (not
> modular) support of virtual terminals (CONFIG_VT) and support for console
> on virtual terminals (CONFIG_VT_CONSOLE).
Maybe unrelated, but there is some really ugly code in
char_dev.c:get_chrfops().
There, if one needs a character device that is not present
a request_module("char-major-%d") is done.
However, if the character device has TTY_MAJOR or TTYAUX_MAJOR
and a driver for this major is requested, and we already have
one, but it is the wrong one, then we also do the request_module.
Yecch.
The reason is of course that entirely different drivers cover
different fragments of the major space (4,1 is /dev/tty1 and
4,65 is /dev/ttyS1)
So, I could imagine that if one has neither module, and needs
one, get_chrfops() loads the wrong one. Speculation.
Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Feb 15 2003 - 22:00:20 EST