Bug 214611 - UM: stdout output ceases under certain conditions
Anton Ivanov
anton.ivanov at kot-begemot.co.uk
Thu Oct 7 00:10:28 PDT 2021
On 07/10/2021 08:03, Johannes Berg wrote:
> On Thu, 2021-10-07 at 08:00 +0100, Anton Ivanov wrote:
>> The detection that a file "behind" a device is closed at present
>> presently happens in the interrupt controller - it maps EPOLL events on
>> the fds to IRQs. All file IO gets multiplexed through there.
> True. But it really just causes an IRQ event to be reported, the upper
> layer is still responsible for reading and then handling the error on
> the FD.
>
>> All in all, if we add this functionality to the console/tty channels it
>> should be an extra option, because it is opposite to existing behavior.
> As I pointed out earlier in the thread, somehow providing a way to get
> chan->primary be not set would already provide the necessary behaviour.
> I believe even when the FDs are identical (e.g. a socket), because we
> separate read/write epoll and error handling.
The easiest way to provide this behavior is to add an option to the tty
command line args and parse it. An optional extra "[,options]" after the
fds will do the job.
>
> johannes
>
>
--
Anton R. Ivanov
https://www.kot-begemot.co.uk/
More information about the linux-um
mailing list