[src/trunk]: src/sys/ntfs one less: ntfs_read(), ntfs_write() don't use any t...

[jdolecek <jdolecek%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/df9e089eab29
branches:  trunk
changeset: 476085:df9e089eab29
user:      jdolecek <jdolecek%NetBSD.org@localhost>
date:      Sun Sep 05 11:19:01 1999 +0000

description:
one less: ntfs_read(), ntfs_write() don't use any temporary buffer anymore,
        the uio struct is passed to appropriate *attr*() functions

diffstat:

 sys/ntfs/TODO |  8 --------
 1 files changed, 0 insertions(+), 8 deletions(-)

diffs (18 lines):

diff -r e06437fbb6be -r df9e089eab29 sys/ntfs/TODO
--- a/sys/ntfs/TODO     Sun Sep 05 11:09:03 1999 +0000
+++ b/sys/ntfs/TODO     Sun Sep 05 11:19:01 1999 +0000
@@ -12,14 +12,6 @@
 
 - cleanup the mess with several *readattr*() functions if possible
 
-- avoid allocation temporary buffer to hold result of read()/data
-  to be written in ntfs_read() & ntfs_write() - besides being
-  unefficient, the user is able to panic the kernel with simple
-  open()/lseek()/read() sequence.
-       (from Chuq)
-  * finishing testing, even gained about 3-5% performance improvement
-    for simple cat file >/dev/null test
-
 - ntfs_ntvattrget(): find out if it's worth the efford to use some hashing
   for the list of ntnodes, so that it's not all scanned each time; it would
   be fine to migrate the found ntnode towards the start of the list too;