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 'driver-core-3.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core
Pull driver core patches from Greg Kroah-Hartman:
"Here is the big driver core merge for 3.9-rc1
There are two major series here, both of which touch lots of drivers
all over the kernel, and will cause you some merge conflicts:
- add a new function called devm_ioremap_resource() to properly be
able to check return values.
- remove CONFIG_EXPERIMENTAL
Other than those patches, there's not much here, some minor fixes and
updates"
Fix up trivial conflicts
* tag 'driver-core-3.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core: (221 commits)
base: memory: fix soft/hard_offline_page permissions
drivercore: Fix ordering between deferred_probe and exiting initcalls
backlight: fix class_find_device() arguments
TTY: mark tty_get_device call with the proper const values
driver-core: constify data for class_find_device()
firmware: Ignore abort check when no user-helper is used
firmware: Reduce ifdef CONFIG_FW_LOADER_USER_HELPER
firmware: Make user-mode helper optional
firmware: Refactoring for splitting user-mode helper code
Driver core: treat unregistered bus_types as having no devices
watchdog: Convert to devm_ioremap_resource()
thermal: Convert to devm_ioremap_resource()
spi: Convert to devm_ioremap_resource()
power: Convert to devm_ioremap_resource()
mtd: Convert to devm_ioremap_resource()
mmc: Convert to devm_ioremap_resource()
mfd: Convert to devm_ioremap_resource()
media: Convert to devm_ioremap_resource()
iommu: Convert to devm_ioremap_resource()
drm: Convert to devm_ioremap_resource()
...
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
|
||||
|
||||
@@ -266,7 +266,8 @@ IOMAP
|
||||
devm_ioremap()
|
||||
devm_ioremap_nocache()
|
||||
devm_iounmap()
|
||||
devm_request_and_ioremap() : checks resource, requests region, ioremaps
|
||||
devm_ioremap_resource() : checks resource, requests memory region, ioremaps
|
||||
devm_request_and_ioremap() : obsoleted by devm_ioremap_resource()
|
||||
pcim_iomap()
|
||||
pcim_iounmap()
|
||||
pcim_iomap_table() : array of mapped addresses indexed by BAR
|
||||
@@ -288,3 +289,7 @@ PINCTRL
|
||||
PWM
|
||||
devm_pwm_get()
|
||||
devm_pwm_put()
|
||||
|
||||
PHY
|
||||
devm_usb_get_phy()
|
||||
devm_usb_put_phy()
|
||||
|
||||
@@ -6,8 +6,16 @@ This document describes how to use the dynamic debug (dyndbg) feature.
|
||||
|
||||
Dynamic debug is designed to allow you to dynamically enable/disable
|
||||
kernel code to obtain additional kernel information. Currently, if
|
||||
CONFIG_DYNAMIC_DEBUG is set, then all pr_debug()/dev_dbg() calls can
|
||||
be dynamically enabled per-callsite.
|
||||
CONFIG_DYNAMIC_DEBUG is set, then all pr_debug()/dev_dbg() and
|
||||
print_hex_dump_debug()/print_hex_dump_bytes() calls can be dynamically
|
||||
enabled per-callsite.
|
||||
|
||||
If CONFIG_DYNAMIC_DEBUG is not set, print_hex_dump_debug() is just
|
||||
shortcut for print_hex_dump(KERN_DEBUG).
|
||||
|
||||
For print_hex_dump_debug()/print_hex_dump_bytes(), format string is
|
||||
its 'prefix_str' argument, if it is constant string; or "hexdump"
|
||||
in case 'prefix_str' is build dynamically.
|
||||
|
||||
Dynamic debug has even more useful features:
|
||||
|
||||
@@ -202,6 +210,9 @@ The flags are:
|
||||
t Include thread ID in messages not generated from interrupt context
|
||||
_ No flags are set. (Or'd with others on input)
|
||||
|
||||
For print_hex_dump_debug() and print_hex_dump_bytes(), only 'p' flag
|
||||
have meaning, other flags ignored.
|
||||
|
||||
For display, the flags are preceded by '='
|
||||
(mnemonic: what the flags are currently equal to).
|
||||
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -1398,7 +1398,7 @@ Sysfs notes:
|
||||
EXPERIMENTAL: UWB
|
||||
-----------------
|
||||
|
||||
This feature is marked EXPERIMENTAL because it has not been extensively
|
||||
This feature is considered EXPERIMENTAL because it has not been extensively
|
||||
tested and validated in various ThinkPad models yet. The feature may not
|
||||
work as expected. USE WITH CAUTION! To use this feature, you need to supply
|
||||
the experimental=1 parameter when loading the module.
|
||||
|
||||
@@ -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
@@ -555,8 +555,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)
|
||||
|
||||
+8
-11
@@ -1530,7 +1530,6 @@ config SMP
|
||||
|
||||
config SMP_ON_UP
|
||||
bool "Allow booting SMP kernel on uniprocessor systems (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL
|
||||
depends on SMP && !XIP_KERNEL
|
||||
default y
|
||||
help
|
||||
@@ -1731,7 +1730,7 @@ config AEABI
|
||||
|
||||
config OABI_COMPAT
|
||||
bool "Allow old ABI binaries to run with this kernel (EXPERIMENTAL)"
|
||||
depends on AEABI && EXPERIMENTAL && !THUMB2_KERNEL
|
||||
depends on AEABI && !THUMB2_KERNEL
|
||||
default y
|
||||
help
|
||||
This option preserves the old syscall interface along with the
|
||||
@@ -1855,7 +1854,6 @@ config SECCOMP
|
||||
|
||||
config CC_STACKPROTECTOR
|
||||
bool "Enable -fstack-protector buffer overflow detection (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL
|
||||
help
|
||||
This option turns on the -fstack-protector GCC feature. This
|
||||
feature puts, at the beginning of functions, a canary value on
|
||||
@@ -1872,7 +1870,7 @@ config XEN_DOM0
|
||||
|
||||
config XEN
|
||||
bool "Xen guest support on ARM (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL && ARM && OF
|
||||
depends on ARM && OF
|
||||
depends on CPU_V7 && !CPU_V6
|
||||
help
|
||||
Say Y if you want to run Linux in a Virtual Machine on Xen on ARM.
|
||||
@@ -1941,7 +1939,7 @@ config ZBOOT_ROM
|
||||
|
||||
choice
|
||||
prompt "Include SD/MMC loader in zImage (EXPERIMENTAL)"
|
||||
depends on ZBOOT_ROM && ARCH_SH7372 && EXPERIMENTAL
|
||||
depends on ZBOOT_ROM && ARCH_SH7372
|
||||
default ZBOOT_ROM_NONE
|
||||
help
|
||||
Include experimental SD/MMC loading code in the ROM-able zImage.
|
||||
@@ -1970,7 +1968,7 @@ endchoice
|
||||
|
||||
config ARM_APPENDED_DTB
|
||||
bool "Use appended device tree blob to zImage (EXPERIMENTAL)"
|
||||
depends on OF && !ZBOOT_ROM && EXPERIMENTAL
|
||||
depends on OF && !ZBOOT_ROM
|
||||
help
|
||||
With this option, the boot code will look for a device tree binary
|
||||
(DTB) appended to zImage
|
||||
@@ -2088,7 +2086,7 @@ config XIP_PHYS_ADDR
|
||||
|
||||
config KEXEC
|
||||
bool "Kexec system call (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL && (!SMP || HOTPLUG_CPU)
|
||||
depends on (!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
|
||||
@@ -2110,7 +2108,6 @@ config ATAGS_PROC
|
||||
|
||||
config CRASH_DUMP
|
||||
bool "Build kdump crash kernel (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL
|
||||
help
|
||||
Generate crash dump after being started by kexec. This should
|
||||
be normally only set in special crash dump kernels which are
|
||||
@@ -2177,7 +2174,7 @@ config CPU_FREQ_S3C
|
||||
|
||||
config CPU_FREQ_S3C24XX
|
||||
bool "CPUfreq driver for Samsung S3C24XX series CPUs (EXPERIMENTAL)"
|
||||
depends on ARCH_S3C24XX && CPU_FREQ && EXPERIMENTAL
|
||||
depends on ARCH_S3C24XX && CPU_FREQ
|
||||
select CPU_FREQ_S3C
|
||||
help
|
||||
This enables the CPUfreq driver for the Samsung S3C24XX family
|
||||
@@ -2189,7 +2186,7 @@ config CPU_FREQ_S3C24XX
|
||||
|
||||
config CPU_FREQ_S3C24XX_PLL
|
||||
bool "Support CPUfreq changing of PLL frequency (EXPERIMENTAL)"
|
||||
depends on CPU_FREQ_S3C24XX && EXPERIMENTAL
|
||||
depends on CPU_FREQ_S3C24XX
|
||||
help
|
||||
Compile in support for changing the PLL frequency from the
|
||||
S3C24XX series CPUfreq driver. The PLL takes time to settle
|
||||
@@ -2252,7 +2249,7 @@ config FPE_NWFPE_XP
|
||||
|
||||
config FPE_FASTFPE
|
||||
bool "FastFPE math emulation (EXPERIMENTAL)"
|
||||
depends on (!AEABI || OABI_COMPAT) && !CPU_32v3 && EXPERIMENTAL
|
||||
depends on (!AEABI || OABI_COMPAT) && !CPU_32v3
|
||||
---help---
|
||||
Say Y here to include the FAST floating point emulator in the kernel.
|
||||
This is an experimental much faster emulator which now also has full
|
||||
|
||||
@@ -32,7 +32,7 @@ config FRAME_POINTER
|
||||
|
||||
config ARM_UNWIND
|
||||
bool "Enable stack unwinding support (EXPERIMENTAL)"
|
||||
depends on AEABI && EXPERIMENTAL
|
||||
depends on AEABI
|
||||
default y
|
||||
help
|
||||
This option enables stack unwinding support in the kernel
|
||||
|
||||
@@ -1134,11 +1134,9 @@ static int gpmc_probe(struct platform_device *pdev)
|
||||
phys_base = res->start;
|
||||
mem_size = resource_size(res);
|
||||
|
||||
gpmc_base = devm_request_and_ioremap(&pdev->dev, res);
|
||||
if (!gpmc_base) {
|
||||
dev_err(&pdev->dev, "error: request memory / ioremap\n");
|
||||
return -EADDRNOTAVAIL;
|
||||
}
|
||||
gpmc_base = devm_ioremap_resource(&pdev->dev, res);
|
||||
if (IS_ERR(gpmc_base))
|
||||
return PTR_ERR(gpmc_base);
|
||||
|
||||
res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
|
||||
if (res == NULL)
|
||||
|
||||
@@ -291,8 +291,8 @@ config MACH_JIVE
|
||||
Say Y here if you are using the Logitech Jive.
|
||||
|
||||
config MACH_JIVE_SHOW_BOOTLOADER
|
||||
bool "Allow access to bootloader partitions in MTD (EXPERIMENTAL)"
|
||||
depends on MACH_JIVE && EXPERIMENTAL
|
||||
bool "Allow access to bootloader partitions in MTD"
|
||||
depends on MACH_JIVE
|
||||
|
||||
config MACH_S3C2413
|
||||
bool
|
||||
|
||||
@@ -312,11 +312,9 @@ static int tegra_emc_probe(struct platform_device *pdev)
|
||||
return -ENOMEM;
|
||||
}
|
||||
|
||||
emc_regbase = devm_request_and_ioremap(&pdev->dev, res);
|
||||
if (!emc_regbase) {
|
||||
dev_err(&pdev->dev, "failed to remap registers\n");
|
||||
return -ENOMEM;
|
||||
}
|
||||
emc_regbase = devm_ioremap_resource(&pdev->dev, res);
|
||||
if (IS_ERR(emc_regbase))
|
||||
return PTR_ERR(emc_regbase);
|
||||
|
||||
pdata = pdev->dev.platform_data;
|
||||
|
||||
|
||||
@@ -808,11 +808,9 @@ static int omap_dm_timer_probe(struct platform_device *pdev)
|
||||
return -ENOMEM;
|
||||
}
|
||||
|
||||
timer->io_base = devm_request_and_ioremap(dev, mem);
|
||||
if (!timer->io_base) {
|
||||
dev_err(dev, "%s: region already claimed.\n", __func__);
|
||||
return -ENOMEM;
|
||||
}
|
||||
timer->io_base = devm_ioremap_resource(dev, mem);
|
||||
if (IS_ERR(timer->io_base))
|
||||
return PTR_ERR(timer->io_base);
|
||||
|
||||
if (dev->of_node) {
|
||||
if (of_find_property(dev->of_node, "ti,timer-alwon", NULL))
|
||||
|
||||
@@ -386,11 +386,9 @@ static int s3c_adc_probe(struct platform_device *pdev)
|
||||
return -ENXIO;
|
||||
}
|
||||
|
||||
adc->regs = devm_request_and_ioremap(dev, regs);
|
||||
if (!adc->regs) {
|
||||
dev_err(dev, "failed to map registers\n");
|
||||
return -ENXIO;
|
||||
}
|
||||
adc->regs = devm_ioremap_resource(dev, regs);
|
||||
if (IS_ERR(adc->regs))
|
||||
return PTR_ERR(adc->regs);
|
||||
|
||||
ret = regulator_enable(adc->vdd);
|
||||
if (ret)
|
||||
|
||||
@@ -560,8 +560,7 @@ choice
|
||||
accurate - This option is therefore marked experimental.
|
||||
|
||||
config BFIN_KERNEL_CLOCK_MEMINIT_CALC
|
||||
bool "Calculate Timings (EXPERIMENTAL)"
|
||||
depends on EXPERIMENTAL
|
||||
bool "Calculate Timings"
|
||||
|
||||
config BFIN_KERNEL_CLOCK_MEMINIT_SPEC
|
||||
bool "Provide accurate Timings based on target SCLK"
|
||||
@@ -1118,7 +1117,7 @@ endchoice
|
||||
|
||||
comment "Memory Protection Unit"
|
||||
config MPU
|
||||
bool "Enable the memory protection unit (EXPERIMENTAL)"
|
||||
bool "Enable the memory protection unit"
|
||||
default n
|
||||
help
|
||||
Use the processor's MPU to protect applications from accessing
|
||||
@@ -1440,7 +1439,6 @@ config BFIN_CPU_FREQ
|
||||
|
||||
config CPU_VOLTAGE
|
||||
bool "CPU Voltage scaling"
|
||||
depends on EXPERIMENTAL
|
||||
depends on CPU_FREQ
|
||||
default n
|
||||
help
|
||||
|
||||
@@ -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
@@ -374,8 +374,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---
|
||||
@@ -554,8 +554,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
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user