Alexander Boettcher accc7e7521 fs servers: handle result propagation better ... This patch removes the notion of partial writes from the file-system servers. Since write operations are asynchronously submitted, they are expected to succeed completely, except for I/O errors. I/O errors are propagated with the write acknowledgement but those are usually handled out of band at the client side. Partial writes must never occur because they would go undetected by clients, which usually don't wait for the completion of each single write operation. Until now, most file-system servers returned the number of written bytes in the acknowledgement packet. If a server managed to write a part of the request only, it issued the acknowledgement immediately where it should have cared about writing the remaining part first. The patch detects such misbehaving server-side code. If partial writes unexpectedly occur, it prints a message and leaves the corresponding request unacknowdleged. Issue #2672		2018-02-15 10:22:08 +01:00
..
ld	Introduce 'spec' subdirectories to outline aspects	2015-09-16 13:58:50 +02:00
lib	VFS Rump: increase open file limit	2018-02-14 20:41:07 +01:00
rump_dummy	Exclude higher-level repos from strict warnings	2018-01-17 12:14:36 +01:00
server/rump_fs	fs servers: handle result propagation better	2018-02-15 10:22:08 +01:00
test/blk_crypt	Exclude higher-level repos from strict warnings	2018-01-17 12:14:36 +01:00