[BACK]Return to porting_zfs.mdwn CVS log [TXT] [DIR] Up to [NetBSD Developer Wiki] / wikisrc / users / haad

Diff for /wikisrc/users/haad/Attic/porting_zfs.mdwn between versions 1.12 and 1.13

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
Removed from v.1.12  
changed lines
  Added in v.1.13

CVSweb for NetBSD wikisrc <wikimaster@NetBSD.org> software: FreeBSD-CVSweb