[OS-BUILD PATCH] [redhat] New configs in fs/Kconfig

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



From: Fedora Kernel Team <kernel-team@xxxxxxxxxxxxxxxxx>

Hi,

As part of the ongoing rebase effort, the following configuration
options need to be reviewed.

As a reminder, the ARK configuration flow involves moving unreviewed
configuration options from the pending directory to the ark directory.
In the diff below, options are removed from the pending directory and
added to the ark hierarchy. The final options that need to be ACKed
are the files that are being added to the ark hierarchy.

If the value for a file that is added should be changed, please reply
with a better option.

 CONFIG_TMPFS_INODE64:

 tmpfs has historically used only inode numbers as wide as an unsigned
 int. In some cases this can cause wraparound, potentially resulting
 in multiple files with the same inode number on a single device. This
 option makes tmpfs use the full width of ino_t by default, without
 needing to specify the inode64 option when mounting.

 But if a long-lived tmpfs is to be accessed by 32-bit applications so
 ancient that opening a file larger than 2GiB fails with EINVAL, then
 the INODE64 config option and inode64 mount option risk operations
 failing with EOVERFLOW once 33-bit inode numbers are reached.

 To override this configured default, use the inode32 or inode64
 option when mounting.

 If unsure, say N.

 Symbol: TMPFS_INODE64 [=n]
 Type  : bool
 Defined at fs/Kconfig:204
   Prompt: Use 64-bit ino_t by default in tmpfs
   Depends on: TMPFS [=y] && 64BIT [=y]
   Location:
     -> File systems
       -> Pseudo filesystems
         -> Tmpfs virtual memory file system support (former shm fs) (TMPFS [=y])

---

Signed-off-by: Fedora Kernel Team <kernel-team@xxxxxxxxxxxxxxxxx>
---
 .../common/generic/CONFIG_TMPFS_INODE64       |  1 +
 .../generic/CONFIG_TMPFS_INODE64              | 31 -------------------
 2 files changed, 1 insertion(+), 31 deletions(-)
 create mode 100644 redhat/configs/common/generic/CONFIG_TMPFS_INODE64
 delete mode 100644 redhat/configs/pending-common/generic/CONFIG_TMPFS_INODE64

diff --git a/redhat/configs/common/generic/CONFIG_TMPFS_INODE64 b/redhat/configs/common/generic/CONFIG_TMPFS_INODE64
new file mode 100644
index 000000000000..cce8a2274ff4
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_TMPFS_INODE64
@@ -0,0 +1 @@
+# CONFIG_TMPFS_INODE64 is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_TMPFS_INODE64 b/redhat/configs/pending-common/generic/CONFIG_TMPFS_INODE64
deleted file mode 100644
index a1c19f28cc41..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_TMPFS_INODE64
+++ /dev/null
@@ -1,31 +0,0 @@
-# CONFIG_TMPFS_INODE64:
-# 
-# tmpfs has historically used only inode numbers as wide as an unsigned
-# int. In some cases this can cause wraparound, potentially resulting
-# in multiple files with the same inode number on a single device. This
-# option makes tmpfs use the full width of ino_t by default, without
-# needing to specify the inode64 option when mounting.
-# 
-# But if a long-lived tmpfs is to be accessed by 32-bit applications so
-# ancient that opening a file larger than 2GiB fails with EINVAL, then
-# the INODE64 config option and inode64 mount option risk operations
-# failing with EOVERFLOW once 33-bit inode numbers are reached.
-# 
-# To override this configured default, use the inode32 or inode64
-# option when mounting.
-# 
-# If unsure, say N.
-# 
-# Symbol: TMPFS_INODE64 [=n]
-# Type  : bool
-# Defined at fs/Kconfig:204
-#   Prompt: Use 64-bit ino_t by default in tmpfs
-#   Depends on: TMPFS [=y] && 64BIT [=y]
-#   Location:
-#     -> File systems
-#       -> Pseudo filesystems
-#         -> Tmpfs virtual memory file system support (former shm fs) (TMPFS [=y])
-# 
-# 
-# 
-# CONFIG_TMPFS_INODE64 is not set
-- 
GitLab
_______________________________________________
kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/kernel@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora General Discussion]     [Older Fedora Users Archive]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [USB]     [Asterisk PBX]

  Powered by Linux