Rick Macklem 262a84286d The NFS client generated directory block(s) with d_fileno == 0 ... so that it would not return less data than requested. Since returning less directory data than requested is not a problem for FreeBSD and even UFS no longer returns directory structures with d_fileno == 0, this patch stops the client from doing this. Although entries with d_fileno == 0 should not be a problem, the man pages no longer document that these entries should be ignored, so there was a concern that these entries might be an issue in the future. Suggested by: trasz Tested by: trasz MFC after: 2 weeks		2015-05-23 21:58:41 +00:00
..
nfs_clbio.c	Do not promote large async writes to sync.	2015-05-14 10:04:42 +00:00
nfs_clcomsubs.c
nfs_clkdtrace.c
nfs_clkrpc.c
nfs_clnfsiod.c
nfs_clnode.c	Remove the old NFS client and server from head,	2014-12-23 00:47:46 +00:00
nfs_clport.c	r245508 modified the NFS client's Setattr RPC to	2014-12-28 21:13:52 +00:00
nfs_clrpcops.c	The NFS client generated directory block(s) with d_fileno == 0	2015-05-23 21:58:41 +00:00
nfs_clstate.c
nfs_clsubs.c
nfs_clvfsops.c	MAXBSIZE defines both the largest UFS block size and the	2015-04-25 00:52:01 +00:00
nfs_clvnops.c	The NFS client wasn't handling getdirentries(2) requests for sizes	2015-05-21 23:14:18 +00:00
nfs_kdtrace.h
nfs.h	Fix kernel builds with "options NFS_DEBUG" that	2014-12-23 14:24:36 +00:00
nfsmount.h
nfsnode.h
nlminfo.h