sanchayanmaity/minix
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
minix/servers
History
Tomas Hruby d3e991a7b6 PM signal handling check too strict 
- this panic may be unnecessarily triggered if PM gets the delayed
  stop signal from kernel before it gets reply from VFS to the UNPAUSE
  call.

- after this change PM does not proceed to delivering the signal until
  the reply from VFS is received. Perhaps PM could deliver the signal
  straight away as it knows that the process does not run. Possibly
 i dangerous.

- the signal is deliverd immediately after the UNPAUSE reply as the
  pending signals are always checked at the moment.
2010-05-10 14:27:22 +00:00
..
ds Driver refactory for live update and crash recovery. 2010-04-08 13:41:35 +00:00
hgfs Use of all NIL_* defines converted to NULL 2010-05-10 13:26:00 +00:00
inet Remove U16_t and most other similar types. Rewrite functions to ansi-style 2010-04-21 11:05:22 +00:00
init Convert drivers/ and servers/ over to bsdmake 2010-03-22 21:25:22 +00:00
ipc ipc server: don't print as many errors, to make ipc test less noisy. 2010-04-12 11:06:15 +00:00
is Unified crash recovery and live update. 2010-04-27 11:17:30 +00:00
iso9660fs Use of all NIL_* defines converted to NULL 2010-05-10 13:26:00 +00:00
mfs Use of all NIL_* defines converted to NULL 2010-05-10 13:26:00 +00:00
pfs Use of all NIL_* defines converted to NULL 2010-05-10 13:26:00 +00:00
pm PM signal handling check too strict 2010-05-10 14:27:22 +00:00
rs Use of all NIL_* defines converted to NULL 2010-05-10 13:26:00 +00:00
vfs Use of all NIL_* defines converted to NULL 2010-05-10 13:26:00 +00:00
vm Use of all NIL_* defines converted to NULL 2010-05-10 13:26:00 +00:00
Makefile Convert drivers/ and servers/ over to bsdmake 2010-03-22 21:25:22 +00:00