--- wikisrc/users/haad/Attic/porting_zfs.mdwn	2012/04/06 11:32:45	1.13
+++ wikisrc/users/haad/Attic/porting_zfs.mdwn	2012/04/06 11:42:15	1.14
@@ -70,7 +70,7 @@ 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.
 
 * kmem_cache_alloc/ aka pool_cache_get panicsdue to KM_NOSLEEP flag
- 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.
+ There are some problems in the 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 
 * Snapshots