0921857772
instead of the result from getcwd(). The works around locking panics caused by namei calling VOP_READLINK while holding on to a directory lock and getcwd() trying to acquire that lock. The real fix would be to get rid of getcwd() calls within VOPs (not locking safe), but that's not a viable option in the netbsd-4 timeframe. Suggestion for workaround from David Holland. |
||
---|---|---|
.. | ||
deadfs | ||
fdesc | ||
fifofs | ||
genfs | ||
kernfs | ||
nullfs | ||
overlay | ||
portal | ||
procfs | ||
specfs | ||
syncfs | ||
umapfs | ||
Makefile |