fa60ce2cb4
The section "19) Editor modelines and other cruft" in Documentation/process/coding-style.rst clearly says, "Do not include any of these in source files." I recently receive a patch to explicitly add a new one. Let's do treewide cleanups, otherwise some people follow the existing code and attempt to upstream their favoriate editor setups. It is even nicer if scripts/checkpatch.pl can check it. If we like to impose coding style in an editor-independent manner, I think editorconfig (patch [1]) is a saner solution. [1] https://lore.kernel.org/lkml/20200703073143.423557-1-danny@kdrag0n.dev/ Link: https://lkml.kernel.org/r/20210324054457.1477489-1-masahiroy@kernel.org Signed-off-by: Masahiro Yamada <masahiroy@kernel.org> Acked-by: Geert Uytterhoeven <geert@linux-m68k.org> Reviewed-by: Miguel Ojeda <ojeda@kernel.org> [auxdisplay] Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
17 lines
395 B
C
17 lines
395 B
C
/* SPDX-License-Identifier: GPL-2.0-or-later */
|
|
/*
|
|
* locks.h
|
|
*
|
|
* Function prototypes for Userspace file locking support
|
|
*
|
|
* Copyright (C) 2002, 2004 Oracle. All rights reserved.
|
|
*/
|
|
|
|
#ifndef OCFS2_LOCKS_H
|
|
#define OCFS2_LOCKS_H
|
|
|
|
int ocfs2_flock(struct file *file, int cmd, struct file_lock *fl);
|
|
int ocfs2_lock(struct file *file, int cmd, struct file_lock *fl);
|
|
|
|
#endif /* OCFS2_LOCKS_H */
|