What Peng suggested to solve: "marking it writeback before unlocking in bl_find_get_zeroing_page()?" -----Original Message----- From: Christoph Hellwig [mailto:hch@xxxxxx] Sent: Thursday, August 07, 2014 12:11 PM To: faibish, sorin Cc: Peng Tao; Trond Myklebust; linuxnfs Subject: Re: [PATCH 08/17] pnfs/blocklayout: reject pnfs blocksize larger than page size On Thu, Aug 07, 2014 at 08:56:04AM -0400, faibish, sorin wrote: > Why don't you send a patch? What patch? Rewriting the broken code that was put in to support a server I don't have access to and that apparently no one cared enough before to fix even the most trivial bugs for? I can leave the code for it in, but I can neither test nor really support it, and from the state of the code it doesn't seem like anyone else really cares for it. How will sign up for supporting and testing > PAGE_SIZE servers if we leave that support in? And with support I mean regular runs of basic QA like xfstests or just doing a simple dd if=/dev/zero of=/mnt/nfs/bigfile, which already causes softlocks with the current code. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html