> It seems that the signal reception in exiting process logic has
changed.
> Serial depends on the old behaviour and its difficult to see how it
> should be fixed and what else would be "correct behaviour" here.
> Alan
Hi Alan,
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
it?
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
forever.
Only a reboot, or a reassertion of CTS would "fix" it.
Scott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
