linux/drivers/staging/lustre/include, branch master

staging: lustre: delete the filesystem from the tree.

2018-06-05T17:22:35Z

The Lustre filesystem has been in the kernel tree for over 5 years now. While it has been an endless source of enjoyment for new kernel developers learning how to do basic codingstyle cleanups, as well as an semi-entertaining source of bewilderment from the vfs developers any time they have looked into the codebase to try to figure out how to port their latest api changes to this filesystem, it has not really moved forward into the "this is in shape to get out of staging" despite many half-completed attempts. And getting code out of staging is the main goal of that portion of the kernel tree. Code should not stagnate and it feels like having this code in staging is only causing the development cycle of the filesystem to take longer than it should. There is a whole separate out-of-tree copy of this codebase where the developers work on it, and then random changes are thrown over the wall at staging at some later point in time. This dual-tree development model has never worked, and the state of this codebase is proof of that. So, let's just delete the whole mess. Now the lustre developers can go off and work in their out-of-tree codebase and not have to worry about providing valid changelog entries and breaking their patches up into logical pieces. They can take the time they have spend doing those types of housekeeping chores and get the codebase into a much better shape, and it can be submitted for inclusion into the real part of the kernel tree when ready. Cc: Oleg Drokin Cc: Andreas Dilger Cc: James Simmons Signed-off-by: Greg Kroah-Hartman

staging: lustre: acl: increase ACL entries limitation

2018-05-31T16:55:36Z

Originally, the limitation of ACL entries is 32, that is not enough for some use cases. In fact, restricting ACL entries count is mainly for preparing the RPC reply buffer to receive the ACL data. So we cannot make the ACL entries count to be unlimited. But we can enlarge the RPC reply buffer to hold more ACL entries. On the other hand, MDT backend filesystem has its own EA size limitation. For example, for ldiskfs case, if large EA enable, then the max ACL size is 1048492 bytes; otherwise, it is 4012 bytes. For ZFS backend, such value is 32768 bytes. With such hard limitation, we can calculate how many ACL entries we can have at most. This patch increases the RPC reply buffer to match such hard limitation. For old client, to avoid buffer overflow because of large ACL data (more than 32 ACL entries), the MDT will forbid the old client to access the file with large ACL data. As for how to know whether it is old client or new, a new connection flag OBD_CONNECT_LARGE_ACL is used for that. Signed-off-by: Fan Yong Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-7473 Reviewed-on: https://review.whamcloud.com/19790 Reviewed-by: Andreas Dilger Reviewed-by: Li Xi Reviewed-by: Lai Siyao Reviewed-by: Oleg Drokin Signed-off-by: James Simmons Signed-off-by: Greg Kroah-Hartman

staging: lustre: libcfs: add parens around macros args

2018-05-25T16:41:19Z

One may call 'CFS_FAIL_TIMEOUT(id, secs + 5);' and get unexpected result after macro substitution, viz., 'secs + 5' will turn into 'secs + 5 * 1000' Signed-off-by: Ivan Bornyakov Signed-off-by: Greg Kroah-Hartman

staging: lustre: Fix block comments style

2018-05-25T16:40:56Z

This patch fixes the checkpatch.pl warning: WARNING:BLOCK_COMMENT_STYLE: Block comments use a trailing */ on a separate line Signed-off-by: Sabin Mihai Rapan Signed-off-by: Greg Kroah-Hartman

staging: lustre: Fix "unsigned"->"unsigned int"

2018-05-25T16:40:56Z

This patch fixes the checkpatch.pl warning: WARNING:UNSPECIFIED_INT: Prefer 'unsigned int' to bare use of 'unsigned' Signed-off-by: Sabin Mihai Rapan Signed-off-by: Greg Kroah-Hartman

staging: lustre: remove libcfs_all.h

2018-05-25T16:36:43Z

In the remaining files that include libcfs_all.h, replace it with other include files as necessary, then remove libcfs_all.h Signed-off-by: NeilBrown Signed-off-by: Greg Kroah-Hartman

staging: lustre: move all libcfs_all includes except in lustre/lnet/libcfs/

2018-05-25T16:36:43Z

Again, most of these are not needed. Signed-off-by: NeilBrown Signed-off-by: Greg Kroah-Hartman

staging: lustre: remove libcfs_all.h from remaining .h files.

2018-05-25T16:36:18Z

Now no *.h files include libcfs_all.h - only *.c files. Signed-off-by: NeilBrown Signed-off-by: Greg Kroah-Hartman

staging: lustre: remove libcfs_all.h from lustre/include/*.h

2018-05-25T16:36:18Z

Instead of the catch-all libcfs_all.h, just include the files actually needed in different places. Signed-off-by: NeilBrown Signed-off-by: Greg Kroah-Hartman

staging: lustre: don't include libcfs.h in lnet/lib-lnet.h

2018-05-25T16:36:18Z

We want to be more focused in what is included where. So we remove libcfs.h from where it isn't needed. Signed-off-by: NeilBrown Signed-off-by: Greg Kroah-Hartman