RE: [BUG?] 2.6.x (2.6.13) - new signals not being delivered to aterminating (PF_EXITING) process.
From: Kilau, Scott
Date: Tue Oct 11 2005 - 19:56:04 EST
> It seems that the signal reception in exiting process logic has
> Serial depends on the old behaviour and its difficult to see how it
> should be fixed and what else would be "correct behaviour" here.
That's what I was wondering.
Thanks for confirming it.
Do you know if there was any particular reason why it was changed that
signals can't be delivered to an exiting process in 2.6?
Was there maybe some sort of race, and this was the best way to resolve
Using "setserial" to set a timeout value to bail is just "not right".
In most cases, people do NOT want the data to be tossed away after
the timeout expires.
Imagine a printer stuck in a hardware flow control state because the
printer ran out of paper.
The user would end up losing the tail end of their print job!
Setting a infinite timeout value with setserial is also bad.
Without being able to take a 2nd+ signal, the port ends up being stuck
Only a reboot, or a reassertion of CTS would "fix" it.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/