This is a bit of an annoyance but probably there is an underlying bug in the PL011 driver.
I have a R-Pi B running FreeBSD-11.1-STABLE-arm-armv6-RPI-B-20170925-r323968. I have a getty on /dev/ttyu0 which is the R-Pi Primecell PL011. When a user whose shell is /bin/csh logs into this TTY, all is well. When a user whose shell is /bin/sh does, the process hangs before the prompt appears. In an effort to get a core dump to track the problem down, I discovered that CTRL-\ SIGQUIT unblocks the process and all is well again.
Something in the man pipeline -- probably /usr/bin/less --- has the same behaviour.
I suspect there is some IOCTL that /bin/sh does on the controlling TTY that has a dodgy implementation in dev/uart/uart_dev_pl011.c. If this is a known-issue, can anyone mention the bug or discussion?
Thanks.
I have a R-Pi B running FreeBSD-11.1-STABLE-arm-armv6-RPI-B-20170925-r323968. I have a getty on /dev/ttyu0 which is the R-Pi Primecell PL011. When a user whose shell is /bin/csh logs into this TTY, all is well. When a user whose shell is /bin/sh does, the process hangs before the prompt appears. In an effort to get a core dump to track the problem down, I discovered that CTRL-\ SIGQUIT unblocks the process and all is well again.
Something in the man pipeline -- probably /usr/bin/less --- has the same behaviour.
I suspect there is some IOCTL that /bin/sh does on the controlling TTY that has a dodgy implementation in dev/uart/uart_dev_pl011.c. If this is a known-issue, can anyone mention the bug or discussion?
Thanks.