You've already forked linux-apfs
mirror of
https://github.com/linux-apfs/linux-apfs.git
synced 2026-05-01 15:00:59 -07:00
Merge tag 'for-gregkh-3.9' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux into driver-core-next
Kees writes: The current Acked set of patches for dropping CONFIG_EXPERIMENTAL.
This commit is contained in:
@@ -546,15 +546,7 @@ config AUDIT
|
||||
logging of avc messages output). Does not do system-call
|
||||
auditing without CONFIG_AUDITSYSCALL.
|
||||
|
||||
Features that might still be considered unstable should be defined as
|
||||
dependent on "EXPERIMENTAL":
|
||||
|
||||
config SLUB
|
||||
depends on EXPERIMENTAL && !ARCH_USES_SLAB_PAGE_STRUCT
|
||||
bool "SLUB (Unqueued Allocator)"
|
||||
...
|
||||
|
||||
while seriously dangerous features (such as write support for certain
|
||||
Seriously dangerous features (such as write support for certain
|
||||
filesystems) should advertise this prominently in their prompt string:
|
||||
|
||||
config ADFS_FS_RW
|
||||
|
||||
@@ -1184,13 +1184,6 @@ static struct block_device_operations opt_fops = {
|
||||
<filename>Documentation/kbuild/kconfig-language.txt</filename>.
|
||||
</para>
|
||||
|
||||
<para>
|
||||
You may well want to make your CONFIG option only visible if
|
||||
<symbol>CONFIG_EXPERIMENTAL</symbol> is enabled: this serves as a
|
||||
warning to users. There many other fancy things you can do: see
|
||||
the various <filename>Kconfig</filename> files for ideas.
|
||||
</para>
|
||||
|
||||
<para>
|
||||
In your description of the option, make sure you address both the
|
||||
expert user and the user who knows nothing about your feature. Mention
|
||||
|
||||
@@ -94,10 +94,8 @@
|
||||
<sect1 id="CompileKGDB">
|
||||
<title>Kernel config options for kgdb</title>
|
||||
<para>
|
||||
To enable <symbol>CONFIG_KGDB</symbol> you should first turn on
|
||||
"Prompt for development and/or incomplete code/drivers"
|
||||
(CONFIG_EXPERIMENTAL) in "General setup", then under the
|
||||
"Kernel debugging" select "KGDB: kernel debugger".
|
||||
To enable <symbol>CONFIG_KGDB</symbol> you should look under
|
||||
"Kernel debugging" and select "KGDB: kernel debugger".
|
||||
</para>
|
||||
<para>
|
||||
While it is not a hard requirement that you have symbols in your
|
||||
|
||||
@@ -192,7 +192,7 @@ grub.conf needs to be modified as follows:
|
||||
|
||||
The kernel option for enabling Intel TXT support is found under the
|
||||
Security top-level menu and is called "Enable Intel(R) Trusted
|
||||
Execution Technology (TXT)". It is marked as EXPERIMENTAL and
|
||||
Execution Technology (TXT)". It is considered EXPERIMENTAL and
|
||||
depends on the generic x86 support (to allow maximum flexibility in
|
||||
kernel build options), since the tboot code will detect whether the
|
||||
platform actually supports Intel TXT and thus whether any of the
|
||||
|
||||
@@ -462,13 +462,6 @@ config AUDIT
|
||||
logging of avc messages output). Does not do system-call
|
||||
auditing without CONFIG_AUDITSYSCALL.
|
||||
|
||||
仍然被认为不够稳定的功能应该被定义为依赖于“EXPERIMENTAL”:
|
||||
|
||||
config SLUB
|
||||
depends on EXPERIMENTAL && !ARCH_USES_SLAB_PAGE_STRUCT
|
||||
bool "SLUB (Unqueued Allocator)"
|
||||
...
|
||||
|
||||
而那些危险的功能(比如某些文件系统的写支持)应该在它们的提示字符串里显著的声明这
|
||||
一点:
|
||||
|
||||
|
||||
+1
-2
@@ -556,8 +556,7 @@ config NR_CPUS
|
||||
with working support have a maximum of 4 CPUs.
|
||||
|
||||
config ARCH_DISCONTIGMEM_ENABLE
|
||||
bool "Discontiguous Memory Support (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL
|
||||
bool "Discontiguous Memory Support"
|
||||
help
|
||||
Say Y to support efficient handling of discontiguous physical memory,
|
||||
for architectures which are either NUMA (Non-Uniform Memory Access)
|
||||
|
||||
@@ -680,7 +680,7 @@ config ETRAX_SPI_MMC_BOARD
|
||||
|
||||
config SPI_ETRAX_SSER
|
||||
tristate
|
||||
depends on SPI_MASTER && ETRAX_ARCH_V32 && EXPERIMENTAL
|
||||
depends on SPI_MASTER && ETRAX_ARCH_V32
|
||||
select SPI_BITBANG
|
||||
help
|
||||
This enables using an synchronous serial (sser) port as a
|
||||
@@ -689,7 +689,7 @@ config SPI_ETRAX_SSER
|
||||
|
||||
config SPI_ETRAX_GPIO
|
||||
tristate
|
||||
depends on SPI_MASTER && ETRAX_ARCH_V32 && EXPERIMENTAL
|
||||
depends on SPI_MASTER && ETRAX_ARCH_V32
|
||||
select SPI_BITBANG
|
||||
help
|
||||
This enables using GPIO pins port as a SPI master controller
|
||||
|
||||
+4
-4
@@ -375,8 +375,8 @@ config NR_CPUS
|
||||
performance hit.
|
||||
|
||||
config HOTPLUG_CPU
|
||||
bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
|
||||
depends on SMP && EXPERIMENTAL
|
||||
bool "Support for hot-pluggable CPUs"
|
||||
depends on SMP
|
||||
select HOTPLUG
|
||||
default n
|
||||
---help---
|
||||
@@ -555,8 +555,8 @@ config IA64_HP_AML_NFW
|
||||
source "drivers/sn/Kconfig"
|
||||
|
||||
config KEXEC
|
||||
bool "kexec system call (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL && !IA64_HP_SIM && (!SMP || HOTPLUG_CPU)
|
||||
bool "kexec system call"
|
||||
depends on !IA64_HP_SIM && (!SMP || HOTPLUG_CPU)
|
||||
help
|
||||
kexec is a system call that implements the ability to shutdown your
|
||||
current kernel, and to start another kernel. It is like a reboot
|
||||
|
||||
@@ -20,7 +20,7 @@ if VIRTUALIZATION
|
||||
config KVM
|
||||
tristate "Kernel-based Virtual Machine (KVM) support"
|
||||
depends on BROKEN
|
||||
depends on HAVE_KVM && MODULES && EXPERIMENTAL
|
||||
depends on HAVE_KVM && MODULES
|
||||
# for device assignment:
|
||||
depends on PCI
|
||||
depends on BROKEN
|
||||
|
||||
@@ -5,7 +5,7 @@
|
||||
config XEN
|
||||
bool "Xen hypervisor support"
|
||||
default y
|
||||
depends on PARAVIRT && MCKINLEY && IA64_PAGE_SIZE_16KB && EXPERIMENTAL
|
||||
depends on PARAVIRT && MCKINLEY && IA64_PAGE_SIZE_16KB
|
||||
select XEN_XENCOMM
|
||||
select NO_IDLE_HZ
|
||||
# followings are required to save/restore.
|
||||
|
||||
@@ -48,7 +48,7 @@ config PS3_HTAB_SIZE
|
||||
system will have optimal runtime performance.
|
||||
|
||||
config PS3_DYNAMIC_DMA
|
||||
depends on PPC_PS3 && EXPERIMENTAL
|
||||
depends on PPC_PS3
|
||||
bool "PS3 Platform dynamic DMA page table management"
|
||||
default n
|
||||
help
|
||||
|
||||
+2
-2
@@ -718,8 +718,8 @@ source "arch/s390/kvm/Kconfig"
|
||||
|
||||
config S390_GUEST
|
||||
def_bool y
|
||||
prompt "s390 support for virtio devices (EXPERIMENTAL)"
|
||||
depends on 64BIT && EXPERIMENTAL
|
||||
prompt "s390 support for virtio devices"
|
||||
depends on 64BIT
|
||||
select VIRTUALIZATION
|
||||
select VIRTIO
|
||||
select VIRTIO_CONSOLE
|
||||
|
||||
@@ -18,7 +18,7 @@ if VIRTUALIZATION
|
||||
config KVM
|
||||
def_tristate y
|
||||
prompt "Kernel-based Virtual Machine (KVM) support"
|
||||
depends on HAVE_KVM && EXPERIMENTAL
|
||||
depends on HAVE_KVM
|
||||
select PREEMPT_NOTIFIERS
|
||||
select ANON_INODES
|
||||
select HAVE_KVM_CPU_RELAX_INTERCEPT
|
||||
|
||||
+1
-1
@@ -157,7 +157,7 @@ config UML_NET_MCAST
|
||||
|
||||
config UML_NET_PCAP
|
||||
bool "pcap transport"
|
||||
depends on UML_NET && EXPERIMENTAL
|
||||
depends on UML_NET
|
||||
help
|
||||
The pcap transport makes a pcap packet stream on the host look
|
||||
like an ethernet device inside UML. This is useful for making
|
||||
|
||||
+4
-4
@@ -45,8 +45,8 @@ config HOSTFS
|
||||
say Y or M here; otherwise say N.
|
||||
|
||||
config HPPFS
|
||||
tristate "HoneyPot ProcFS (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL && PROC_FS
|
||||
tristate "HoneyPot ProcFS"
|
||||
depends on PROC_FS
|
||||
help
|
||||
hppfs (HoneyPot ProcFS) is a filesystem which allows UML /proc
|
||||
entries to be overridden, removed, or fabricated from the host.
|
||||
@@ -96,7 +96,7 @@ config MAGIC_SYSRQ
|
||||
unless you really know what this hack does.
|
||||
|
||||
config SMP
|
||||
bool "Symmetric multi-processing support (EXPERIMENTAL)"
|
||||
bool "Symmetric multi-processing support"
|
||||
default n
|
||||
depends on BROKEN
|
||||
help
|
||||
@@ -126,7 +126,7 @@ config NR_CPUS
|
||||
default "32"
|
||||
|
||||
config HIGHMEM
|
||||
bool "Highmem support (EXPERIMENTAL)"
|
||||
bool "Highmem support"
|
||||
depends on !64BIT && BROKEN
|
||||
default n
|
||||
help
|
||||
|
||||
+10
-12
@@ -222,7 +222,7 @@ config ARCH_SUPPORTS_DEBUG_PAGEALLOC
|
||||
|
||||
config HAVE_INTEL_TXT
|
||||
def_bool y
|
||||
depends on EXPERIMENTAL && INTEL_IOMMU && ACPI
|
||||
depends on INTEL_IOMMU && ACPI
|
||||
|
||||
config X86_32_SMP
|
||||
def_bool y
|
||||
@@ -617,7 +617,7 @@ config PARAVIRT
|
||||
|
||||
config PARAVIRT_SPINLOCKS
|
||||
bool "Paravirtualization layer for spinlocks"
|
||||
depends on PARAVIRT && SMP && EXPERIMENTAL
|
||||
depends on PARAVIRT && SMP
|
||||
---help---
|
||||
Paravirtualized spinlocks allow a pvops backend to replace the
|
||||
spinlock implementation with something virtualization-friendly
|
||||
@@ -729,7 +729,7 @@ config GART_IOMMU
|
||||
config CALGARY_IOMMU
|
||||
bool "IBM Calgary IOMMU support"
|
||||
select SWIOTLB
|
||||
depends on X86_64 && PCI && EXPERIMENTAL
|
||||
depends on X86_64 && PCI
|
||||
---help---
|
||||
Support for hardware IOMMUs in IBM's xSeries x366 and x460
|
||||
systems. Needed to run systems with more than 3GB of memory
|
||||
@@ -771,7 +771,7 @@ config IOMMU_HELPER
|
||||
|
||||
config MAXSMP
|
||||
bool "Enable Maximum number of SMP Processors and NUMA Nodes"
|
||||
depends on X86_64 && SMP && DEBUG_KERNEL && EXPERIMENTAL
|
||||
depends on X86_64 && SMP && DEBUG_KERNEL
|
||||
select CPUMASK_OFFSTACK
|
||||
---help---
|
||||
Enable maximum number of CPUS and NUMA Nodes for this architecture.
|
||||
@@ -1107,7 +1107,6 @@ config HIGHMEM64G
|
||||
endchoice
|
||||
|
||||
choice
|
||||
depends on EXPERIMENTAL
|
||||
prompt "Memory split" if EXPERT
|
||||
default VMSPLIT_3G
|
||||
depends on X86_32
|
||||
@@ -1184,7 +1183,7 @@ config DIRECT_GBPAGES
|
||||
config NUMA
|
||||
bool "Numa Memory Allocation and Scheduler Support"
|
||||
depends on SMP
|
||||
depends on X86_64 || (X86_32 && HIGHMEM64G && (X86_NUMAQ || X86_BIGSMP || X86_SUMMIT && ACPI) && EXPERIMENTAL)
|
||||
depends on X86_64 || (X86_32 && HIGHMEM64G && (X86_NUMAQ || X86_BIGSMP || X86_SUMMIT && ACPI))
|
||||
default y if (X86_NUMAQ || X86_SUMMIT || X86_BIGSMP)
|
||||
---help---
|
||||
Enable NUMA (Non Uniform Memory Access) support.
|
||||
@@ -1279,7 +1278,7 @@ config ARCH_DISCONTIGMEM_DEFAULT
|
||||
|
||||
config ARCH_SPARSEMEM_ENABLE
|
||||
def_bool y
|
||||
depends on X86_64 || NUMA || (EXPERIMENTAL && X86_32) || X86_32_NON_STANDARD
|
||||
depends on X86_64 || NUMA || X86_32 || X86_32_NON_STANDARD
|
||||
select SPARSEMEM_STATIC if X86_32
|
||||
select SPARSEMEM_VMEMMAP_ENABLE if X86_64
|
||||
|
||||
@@ -1593,8 +1592,7 @@ config CRASH_DUMP
|
||||
For more details see Documentation/kdump/kdump.txt
|
||||
|
||||
config KEXEC_JUMP
|
||||
bool "kexec jump (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL
|
||||
bool "kexec jump"
|
||||
depends on KEXEC && HIBERNATION
|
||||
---help---
|
||||
Jump between original kernel and kexeced kernel and invoke
|
||||
@@ -2037,7 +2035,7 @@ config PCI_MMCONFIG
|
||||
|
||||
config PCI_CNB20LE_QUIRK
|
||||
bool "Read CNB20LE Host Bridge Windows" if EXPERT
|
||||
depends on PCI && EXPERIMENTAL
|
||||
depends on PCI
|
||||
help
|
||||
Read the PCI windows out of the CNB20LE host bridge. This allows
|
||||
PCI hotplug to work on systems with the CNB20LE chipset which do
|
||||
@@ -2231,8 +2229,8 @@ config IA32_AOUT
|
||||
Support old a.out binaries in the 32bit emulation.
|
||||
|
||||
config X86_X32
|
||||
bool "x32 ABI for 64-bit mode (EXPERIMENTAL)"
|
||||
depends on X86_64 && IA32_EMULATION && EXPERIMENTAL
|
||||
bool "x32 ABI for 64-bit mode"
|
||||
depends on X86_64 && IA32_EMULATION
|
||||
---help---
|
||||
Include code to run binaries for the x32 native 32-bit ABI
|
||||
for 64-bit processors. An x32 process gets access to the
|
||||
|
||||
+1
-2
@@ -37,9 +37,8 @@ config RWSEM_GENERIC_SPINLOCK
|
||||
def_bool !RWSEM_XCHGADD_ALGORITHM
|
||||
|
||||
config 3_LEVEL_PGTABLES
|
||||
bool "Three-level pagetables (EXPERIMENTAL)" if !64BIT
|
||||
bool "Three-level pagetables" if !64BIT
|
||||
default 64BIT
|
||||
depends on EXPERIMENTAL
|
||||
help
|
||||
Three-level pagetables will let UML have more than 4G of physical
|
||||
memory. All the memory that can't be mapped directly will be treated
|
||||
|
||||
+5
-10
@@ -134,8 +134,8 @@ config CRYPTO_NULL
|
||||
These are 'Null' algorithms, used by IPsec, which do nothing.
|
||||
|
||||
config CRYPTO_PCRYPT
|
||||
tristate "Parallel crypto engine (EXPERIMENTAL)"
|
||||
depends on SMP && EXPERIMENTAL
|
||||
tristate "Parallel crypto engine"
|
||||
depends on SMP
|
||||
select PADATA
|
||||
select CRYPTO_MANAGER
|
||||
select CRYPTO_AEAD
|
||||
@@ -292,7 +292,6 @@ config CRYPTO_HMAC
|
||||
|
||||
config CRYPTO_XCBC
|
||||
tristate "XCBC support"
|
||||
depends on EXPERIMENTAL
|
||||
select CRYPTO_HASH
|
||||
select CRYPTO_MANAGER
|
||||
help
|
||||
@@ -303,7 +302,6 @@ config CRYPTO_XCBC
|
||||
|
||||
config CRYPTO_VMAC
|
||||
tristate "VMAC support"
|
||||
depends on EXPERIMENTAL
|
||||
select CRYPTO_HASH
|
||||
select CRYPTO_MANAGER
|
||||
help
|
||||
@@ -932,8 +930,7 @@ config CRYPTO_KHAZAD
|
||||
<http://www.larc.usp.br/~pbarreto/KhazadPage.html>
|
||||
|
||||
config CRYPTO_SALSA20
|
||||
tristate "Salsa20 stream cipher algorithm (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL
|
||||
tristate "Salsa20 stream cipher algorithm"
|
||||
select CRYPTO_BLKCIPHER
|
||||
help
|
||||
Salsa20 stream cipher algorithm.
|
||||
@@ -945,9 +942,8 @@ config CRYPTO_SALSA20
|
||||
Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
|
||||
|
||||
config CRYPTO_SALSA20_586
|
||||
tristate "Salsa20 stream cipher algorithm (i586) (EXPERIMENTAL)"
|
||||
tristate "Salsa20 stream cipher algorithm (i586)"
|
||||
depends on (X86 || UML_X86) && !64BIT
|
||||
depends on EXPERIMENTAL
|
||||
select CRYPTO_BLKCIPHER
|
||||
help
|
||||
Salsa20 stream cipher algorithm.
|
||||
@@ -959,9 +955,8 @@ config CRYPTO_SALSA20_586
|
||||
Bernstein <djb@cr.yp.to>. See <http://cr.yp.to/snuffle.html>
|
||||
|
||||
config CRYPTO_SALSA20_X86_64
|
||||
tristate "Salsa20 stream cipher algorithm (x86_64) (EXPERIMENTAL)"
|
||||
tristate "Salsa20 stream cipher algorithm (x86_64)"
|
||||
depends on (X86 || UML_X86) && 64BIT
|
||||
depends on EXPERIMENTAL
|
||||
select CRYPTO_BLKCIPHER
|
||||
help
|
||||
Salsa20 stream cipher algorithm.
|
||||
|
||||
@@ -21,8 +21,8 @@ config ARM_S3C2416_CPUFREQ
|
||||
If in doubt, say N.
|
||||
|
||||
config ARM_S3C2416_CPUFREQ_VCORESCALE
|
||||
bool "Allow voltage scaling for S3C2416 arm core (EXPERIMENTAL)"
|
||||
depends on ARM_S3C2416_CPUFREQ && REGULATOR && EXPERIMENTAL
|
||||
bool "Allow voltage scaling for S3C2416 arm core"
|
||||
depends on ARM_S3C2416_CPUFREQ && REGULATOR
|
||||
help
|
||||
Enable CPU voltage scaling when entering the dvs mode.
|
||||
It uses information gathered through existing hardware and
|
||||
|
||||
@@ -174,7 +174,7 @@ config X86_SPEEDSTEP_ICH
|
||||
config X86_SPEEDSTEP_SMI
|
||||
tristate "Intel SpeedStep on 440BX/ZX/MX chipsets (SMI interface)"
|
||||
select CPU_FREQ_TABLE
|
||||
depends on X86_32 && EXPERIMENTAL
|
||||
depends on X86_32
|
||||
help
|
||||
This adds the CPUFreq driver for certain mobile Intel Pentium III
|
||||
(Coppermine), all mobile Intel Pentium III-M (Tualatin)
|
||||
@@ -206,7 +206,7 @@ config X86_P4_CLOCKMOD
|
||||
|
||||
config X86_CPUFREQ_NFORCE2
|
||||
tristate "nVidia nForce2 FSB changing"
|
||||
depends on X86_32 && EXPERIMENTAL
|
||||
depends on X86_32
|
||||
help
|
||||
This adds the CPUFreq driver for FSB changing on nVidia nForce2
|
||||
platforms.
|
||||
@@ -242,7 +242,7 @@ config X86_LONGHAUL
|
||||
config X86_E_POWERSAVER
|
||||
tristate "VIA C7 Enhanced PowerSaver (DANGEROUS)"
|
||||
select CPU_FREQ_TABLE
|
||||
depends on X86_32 && EXPERIMENTAL
|
||||
depends on X86_32
|
||||
help
|
||||
This adds the CPUFreq driver for VIA C7 processors. However, this driver
|
||||
does not have any safeguards to prevent operating the CPU out of spec
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user