[Bug 788] Starting or stopping gsmd completely locks up the Neo

bugzilla-daemon at bugzilla.openmoko.org bugzilla-daemon at bugzilla.openmoko.org
Sun Sep 16 23:11:15 CEST 2007


------- Additional Comments From balrogg at gmail.com  2007-09-16 23:11 -------
The kernel should not allow user space to lock-up the system by enabling or
disabling hardware flow control (by mistake or not). This wouldn't happen if the
UART txrdy polling was in a separate kernel thread, but it would still be wrong.
The situation here is that hardware flow control should never be enabled - in
fact the entire tty should not be present (as if UART0 wasn't listed in
gta01_uartcfgs[] in arch/arm/mach-s3c2410/mach-gta01.c) whenevet there is
nothing connected to UART0, i.e. the modem is off and no debug board is
connected. I'm not sure if this could be achieved by calling
platform_device_unregister(&s3c24xx_uart_src[0]) when the modem is being
disabled, and at the same time enabling the clear-to-send pin as an IRQ source.
When the IRQ is asserted it would re-register UART0 by calling

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

More information about the buglog mailing list