NetBSD/sys/arch/xen
dsl 2a54322c7b If a multithreaded app closes an fd while another thread is blocked in
read/write/accept, then the expectation is that the blocked thread will
exit and the close complete.
Since only one fd is affected, but many fd can refer to the same file,
the close code can only request the fs code unblock with ERESTART.
Fixed for pipes and sockets, ERESTART will only be generated after such
a close - so there should be no change for other programs.
Also rename fo_abort() to fo_restart() (this used to be fo_drain()).
Fixes PR/26567
2009-12-20 09:36:05 +00:00
..
compile
conf Enable SSP (Stack Smash Protection) in x86 kernels by default (except 2009-11-25 17:08:08 +00:00
i386 Remove 3rd and 4th clauses. OK cl@ (copyright holder). 2009-10-23 02:32:33 +00:00
include Remove 3rd and 4th clauses. OK cl@ (copyright holder). 2009-10-23 02:32:33 +00:00
x86 - Use uvm_lwp_setuarea() instead of directly setting address to lwp_t::l_addr. 2009-11-27 03:23:03 +00:00
xen If a multithreaded app closes an fd while another thread is blocked in 2009-12-20 09:36:05 +00:00
xenbus
Makefile Make the 'tags' target work by borrowing stuff from sys/arch/i386/Makefile. 2009-08-18 17:21:51 +00:00