phunix

Go to file

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

benchmarks

only check local benchmark dir if it exists

2010-02-04 18:15:10 +00:00

boot

Allow loading images > 16M

2010-04-29 15:14:07 +00:00

commands

Use of all NIL_* defines converted to NULL

2010-05-10 13:26:00 +00:00

docs

Fix Inet initialization race.