version 1.12, 2012/04/06 11:24:12
|
version 1.13, 2012/04/06 11:32:45
|
Line 70 http://nxr.netbsd.org/xref/src/external/
|
Line 70 http://nxr.netbsd.org/xref/src/external/
|
I think that we are hitting this bug, too. I have some patches in the tree which fixes deadlod in vnode reclaim but after that I'm getting another deadlock in VOP_FSYNC. |
I think that we are hitting this bug, too. I have some patches in the tree which fixes deadlod in vnode reclaim but after that I'm getting another deadlock in VOP_FSYNC. |
|
|
* kmem_cache_alloc/ aka pool_cache_get panicsdue to KM_NOSLEEP flag |
* kmem_cache_alloc/ aka pool_cache_get panicsdue to KM_NOSLEEP flag |
There are some problems in then NetBSD UVM subsytem when KM_NOSLEEP allocation can fail even if system has enough memory to use. I talked with ad@ about it and he said that there is one problem in uvm where some lock is held, KM_NOSLEEP allocation will fail. |
There are some problems in NetBSD UVM subsytem when KM_NOSLEEP allocation can fail even if system has enough memory to use. I talked with ad@ about it and he said that there is one problem in uvm where some lock is held, KM_NOSLEEP allocation will fail. |
|
|
## Functional bugs |
## Functional bugs |
* Snapshots |
* Snapshots |