[lkml]   [2005]   [Oct]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: [BUG?] 2.6.x (2.6.13) - new signals not being delivered to aterminating (PF_EXITING) process.

> 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.

> 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

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
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-10-12 02:45    [W:0.041 / U:13.932 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site