Re: [PATCH] zerocopy NFS updated

From: David S. Miller (davem@redhat.com)
Date: Wed Apr 10 2002 - 21:30:45 EST


   From: Andi Kleen <ak@suse.de>
   Date: 10 Apr 2002 21:32:22 +0200

   For hw checksums it should not be a problem. NICs usually load
   the packet into their packet fifo and compute the checksum on the fly
   and then patch it into the header in the fifo before sending it out. A
   NIC that would do slow PCI bus mastering twice just to compute the checksum
   would be very dumb and I doubt they exist (if yes I bet it would be
   faster to do software checksumming on them). When the NIC only
   accesses the memory once there is no race window.

Aha, but in the NFS case what if the page in the page cache gets
truncated from the file before the SKB is given to the card?
It would be quite easy to add such a test case to connectathon :-)

See, we hold a reference to the page in the SKB, but this only
guarentees that it cannot be freed up reused for another purpose.
It does not prevent the page contents from being sent out long
after it is no longer a part of that file.

Samba has similar issues, which is why they only use sendfile()
when the client holds an OP lock on the file. (Although the Samba
issue is that in the same packet they mention the length of the file
plus the contents).

I'm still not %100 convinced this behavior would be illegal in the
NFS case, it needs more deep thought than I can provide right now.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Mon Apr 15 2002 - 22:00:18 EST