mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-11-03 17:27:25 -05:00
| Filename | Latest commit message | Latest commit date |
|---|---|---|
02b9984d64
Previously, the no-op "mount -o mount /dev/xxx" operation when the file system is already mounted read-write causes an implied, unconditional syncfs(). This seems pretty stupid, and it's certainly documented or guaraunteed to do this, nor is it particularly useful, except in the case where the file system was mounted rw and is getting remounted read-only. However, it's possible that there might be some file systems that are actually depending on this behavior. In most file systems, it's probably fine to only call sync_filesystem() when transitioning from read-write to read-only, and there are some file systems where this is not needed at all (for example, for a pseudo-filesystem or something like romfs). Signed-off-by: "Theodore Ts'o" <[email protected]> Cc: [email protected] Cc: Christoph Hellwig <[email protected]> Cc: Artem Bityutskiy <[email protected]> Cc: Adrian Hunter <[email protected]> Cc: Evgeniy Dushistov <[email protected]> Cc: Jan Kara <[email protected]> Cc: OGAWA Hirofumi <[email protected]> Cc: Anders Larsen <[email protected]> Cc: Phillip Lougher <[email protected]> Cc: Kees Cook <[email protected]> Cc: Mikulas Patocka <[email protected]> Cc: Petr Vandrovec <[email protected]> Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: [email protected] |
||
| .. | ||
| bitmap.c | ||
| dir.c | ||
| inode.c | ||
| Kconfig | ||
| Makefile | ||
| namei.c | ||
| qnx4.h | ||
| README | ||
This is a snapshot of the QNX4 filesystem for Linux. Please send diffs and remarks to <[email protected]> . Credits : Richard "Scuba" A. Frowijn <[email protected]> Frank "Jedi/Sector One" Denis <[email protected]> Anders Larsen <[email protected]> (Maintainer)