Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial into next
Pull trivial tree changes from Jiri Kosina: "Usual pile of patches from trivial tree that make the world go round" * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (23 commits) staging: go7007: remove reference to CONFIG_KMOD aic7xxx: Remove obsolete preprocessor define of: dma: doc fixes doc: fix incorrect formula to calculate CommitLimit value doc: Note need of bc in the kernel build from 3.10 onwards mm: Fix printk typo in dmapool.c modpost: Fix comment typo "Modules.symvers" Kconfig.debug: Grammar s/addition/additional/ wimax: Spelling s/than/that/, wording s/destinatary/recipient/ aic7xxx: Spelling s/termnation/termination/ arm64: mm: Remove superfluous "the" in comment of: Spelling s/anonymouns/anonymous/ dma: imx-sdma: Spelling s/determnine/determine/ ath10k: Improve grammar in comments ath6kl: Spelling s/determnine/determine/ of: Improve grammar for of_alias_get_id() documentation drm/exynos: Spelling s/contro/control/ radio-bcm2048.c: fix wrong overflow check doc: printk-formats: do not mention casts for u64/s64 doc: spelling error changes ...
This commit is contained in:
Linus Torvalds
Коммит
1aacb90eaa
|
|
@ -73,6 +73,11 @@ Perl
|
|||
You will need perl 5 and the following modules: Getopt::Long, Getopt::Std,
|
||||
File::Basename, and File::Find to build the kernel.
|
||||
|
||||
BC
|
||||
--
|
||||
|
||||
You will need bc to build kernels 3.10 and higher
|
||||
|
||||
|
||||
System utilities
|
||||
================
|
||||
|
|
|
|||
|
|
@ -98,5 +98,5 @@ DMA_ATTR_FORCE_CONTIGUOUS
|
|||
By default DMA-mapping subsystem is allowed to assemble the buffer
|
||||
allocated by dma_alloc_attrs() function from individual pages if it can
|
||||
be mapped as contiguous chunk into device dma address space. By
|
||||
specifing this attribute the allocated buffer is forced to be contiguous
|
||||
specifying this attribute the allocated buffer is forced to be contiguous
|
||||
also in physical memory.
|
||||
|
|
|
|||
|
|
@ -129,7 +129,7 @@ Boards:
|
|||
- AM437x GP EVM
|
||||
compatible = "ti,am437x-gp-evm", "ti,am4372", "ti,am43"
|
||||
|
||||
- DRA742 EVM: Software Developement Board for DRA742
|
||||
- DRA742 EVM: Software Development Board for DRA742
|
||||
compatible = "ti,dra7-evm", "ti,dra742", "ti,dra74", "ti,dra7"
|
||||
|
||||
- DRA722 EVM: Software Development Board for DRA722
|
||||
|
|
|
|||
|
|
@ -197,7 +197,7 @@ to be set by the operating system and that are guaranteed to be free of overlaps
|
|||
with one another or with the system memory ranges.
|
||||
|
||||
Each entry in the property refers to exactly one window. If the operating system
|
||||
choses to use a different set of mbus windows, it must ensure that any address
|
||||
chooses to use a different set of mbus windows, it must ensure that any address
|
||||
translations performed from downstream devices are adapted accordingly.
|
||||
|
||||
The operating system may insert additional mbus windows that do not conflict
|
||||
|
|
|
|||
|
|
@ -14,7 +14,7 @@ Required property:
|
|||
|
||||
Optional properties:
|
||||
- dma-channels: Number of DMA channels supported by the controller.
|
||||
- dma-requests: Number of DMA requests signals supported by the
|
||||
- dma-requests: Number of DMA request signals supported by the
|
||||
controller.
|
||||
|
||||
Example:
|
||||
|
|
@ -44,7 +44,7 @@ Required property:
|
|||
#dma-cells property in the node referenced by phandle
|
||||
containing DMA controller specific information. This
|
||||
typically contains a DMA request line number or a
|
||||
channel number, but can contain any data that is used
|
||||
channel number, but can contain any data that is
|
||||
required for configuring a channel.
|
||||
- dma-names: Contains one identifier string for each DMA specifier in
|
||||
the dmas property. The specific strings that can be used
|
||||
|
|
|
|||
|
|
@ -8,7 +8,7 @@ Required properties:
|
|||
"fsl,imx51-sdma"
|
||||
"fsl,imx53-sdma"
|
||||
"fsl,imx6q-sdma"
|
||||
The -to variants should be preferred since they allow to determnine the
|
||||
The -to variants should be preferred since they allow to determine the
|
||||
correct ROM script addresses needed for the driver to work without additional
|
||||
firmware.
|
||||
- reg : Should contain SDMA registers location and length
|
||||
|
|
|
|||
|
|
@ -54,7 +54,7 @@ Optional device specific properties:
|
|||
IO 8-15 are bank 2. These chips have two different interrupt outputs:
|
||||
One for bank 1 and another for bank 2. If irq-mirror is set, both
|
||||
interrupts are generated regardless of the bank that an input change
|
||||
occured on. If it is not set, the interrupt are only generated for the
|
||||
occurred on. If it is not set, the interrupt are only generated for the
|
||||
bank they belong to.
|
||||
On devices with only one interrupt output this property is useless.
|
||||
|
||||
|
|
|
|||
|
|
@ -12,7 +12,7 @@ extensions to the Synopsys Designware Mobile Storage Host Controller.
|
|||
Required Properties:
|
||||
|
||||
* compatible: should be one of the following.
|
||||
- "hisilicon,hi4511-dw-mshc": for controllers with hi4511 specific extentions.
|
||||
- "hisilicon,hi4511-dw-mshc": for controllers with hi4511 specific extensions.
|
||||
|
||||
Example:
|
||||
|
||||
|
|
|
|||
|
|
@ -3,7 +3,7 @@
|
|||
Samsung's SDHCI controller is used as a connectivity interface with external
|
||||
MMC, SD and eMMC storage mediums. This file documents differences between the
|
||||
core mmc properties described by mmc.txt and the properties used by the
|
||||
Samsung implmentation of the SDHCI controller.
|
||||
Samsung implementation of the SDHCI controller.
|
||||
|
||||
Required SoC Specific Properties:
|
||||
- compatible: should be one of the following
|
||||
|
|
|
|||
|
|
@ -43,7 +43,7 @@ Optional properties:
|
|||
ELM hardware engines should specify this device node in .dtsi
|
||||
Using ELM for ECC error correction frees some CPU cycles.
|
||||
|
||||
For inline partiton table parsing (optional):
|
||||
For inline partition table parsing (optional):
|
||||
|
||||
- #address-cells: should be set to 1
|
||||
- #size-cells: should be set to 1
|
||||
|
|
|
|||
|
|
@ -30,7 +30,7 @@ Optional properties:
|
|||
- gpmc,XXX Additional GPMC timings and settings parameters. See
|
||||
Documentation/devicetree/bindings/bus/ti-gpmc.txt
|
||||
|
||||
Optional properties for partiton table parsing:
|
||||
Optional properties for partition table parsing:
|
||||
- #address-cells: should be set to 1
|
||||
- #size-cells: should be set to 1
|
||||
|
||||
|
|
|
|||
|
|
@ -17,7 +17,7 @@ Optional properties:
|
|||
|
||||
- dma-channel: DMA Channel index
|
||||
|
||||
For inline partiton table parsing (optional):
|
||||
For inline partition table parsing (optional):
|
||||
|
||||
- #address-cells: should be set to 1
|
||||
- #size-cells: should be set to 1
|
||||
|
|
|
|||
|
|
@ -73,9 +73,9 @@ Optional Properties (for standard pins):
|
|||
Otherwise:
|
||||
0: fast slew rate
|
||||
1: normal slew rate
|
||||
- input-enable: No arguements. Enable input (does not affect
|
||||
- input-enable: No arguments. Enable input (does not affect
|
||||
output.)
|
||||
- input-disable: No arguements. Disable input (does not affect
|
||||
- input-disable: No arguments. Disable input (does not affect
|
||||
output.)
|
||||
- drive-strength: Integer. Drive strength in mA. Valid values are
|
||||
2, 4, 6, 8, 10, 12, 14, 16 mA.
|
||||
|
|
@ -99,9 +99,9 @@ Optional Properties (for I2C pins):
|
|||
Otherwise:
|
||||
0: fast slew rate
|
||||
1: normal slew rate
|
||||
- input-enable: No arguements. Enable input (does not affect
|
||||
- input-enable: No arguments. Enable input (does not affect
|
||||
output.)
|
||||
- input-disable: No arguements. Disable input (does not affect
|
||||
- input-disable: No arguments. Disable input (does not affect
|
||||
output.)
|
||||
|
||||
Optional Properties (for HDMI pins):
|
||||
|
|
@ -111,9 +111,9 @@ Optional Properties (for HDMI pins):
|
|||
- slew-rate: Integer. Controls slew rate.
|
||||
0: Standard(100kbps)& Fast(400kbps) mode
|
||||
1: Highspeed (3.4Mbps) mode
|
||||
- input-enable: No arguements. Enable input (does not affect
|
||||
- input-enable: No arguments. Enable input (does not affect
|
||||
output.)
|
||||
- input-disable: No arguements. Disable input (does not affect
|
||||
- input-disable: No arguments. Disable input (does not affect
|
||||
output.)
|
||||
|
||||
Example:
|
||||
|
|
|
|||
|
|
@ -1,7 +1,7 @@
|
|||
Reboot property to control system reboot on PPC4xx systems:
|
||||
|
||||
By setting "reset_type" to one of the following values, the default
|
||||
software reset mechanism may be overidden. Here the possible values of
|
||||
software reset mechanism may be overridden. Here the possible values of
|
||||
"reset_type":
|
||||
|
||||
1 - PPC4xx core reset
|
||||
|
|
|
|||
|
|
@ -82,7 +82,7 @@ PROPERTIES
|
|||
Which event source asserted the interrupt is captured in an EPU
|
||||
Interrupt Status Register (EPISR0,EPISR1).
|
||||
|
||||
Interrupt numbers are lised in order (perfmon, event0, event1).
|
||||
Interrupt numbers are listed in order (perfmon, event0, event1).
|
||||
|
||||
- interrupt-parent
|
||||
Usage: required
|
||||
|
|
|
|||
|
|
@ -12,7 +12,7 @@ Optional properties:
|
|||
- regulator-allow-bypass: allow the regulator to go into bypass mode
|
||||
- <name>-supply: phandle to the parent supply/regulator node
|
||||
- regulator-ramp-delay: ramp delay for regulator(in uV/uS)
|
||||
For hardwares which support disabling ramp rate, it should be explicitly
|
||||
For hardware which supports disabling ramp rate, it should be explicitly
|
||||
intialised to zero (regulator-ramp-delay = <0>) for disabling ramp delay.
|
||||
- regulator-enable-ramp-delay: The time taken, in microseconds, for the supply
|
||||
rail to reach the target voltage, plus/minus whatever tolerance the board
|
||||
|
|
|
|||
|
|
@ -63,7 +63,7 @@ contain the following properties.
|
|||
used for MISO. Defaults to 1 if not present.
|
||||
|
||||
Some SPI controllers and devices support Dual and Quad SPI transfer mode.
|
||||
It allows data in SPI system transfered in 2 wires(DUAL) or 4 wires(QUAD).
|
||||
It allows data in the SPI system to be transferred in 2 wires(DUAL) or 4 wires(QUAD).
|
||||
Now the value that spi-tx-bus-width and spi-rx-bus-width can receive is
|
||||
only 1(SINGLE), 2(DUAL) and 4(QUAD).
|
||||
Dual/Quad mode is not allowed when 3-wire mode is used.
|
||||
|
|
|
|||
|
|
@ -66,7 +66,7 @@ The dma_buf buffer sharing API usage contains the following steps:
|
|||
|
||||
Exporting modules which do not wish to provide any specific name may use the
|
||||
helper define 'dma_buf_export()', with the same arguments as above, but
|
||||
without the last argument; a __FILE__ pre-processor directive will be
|
||||
without the last argument; a KBUILD_MODNAME pre-processor directive will be
|
||||
inserted in place of 'exp_name' instead.
|
||||
|
||||
2. Userspace gets a handle to pass around to potential buffer-users
|
||||
|
|
@ -217,7 +217,7 @@ NOTES:
|
|||
and then allow further {map,unmap}_dma_buf operations from any buffer-user
|
||||
from the migrated backing-storage.
|
||||
|
||||
If the exporter cannot fulfil the backing-storage constraints of the new
|
||||
If the exporter cannot fulfill the backing-storage constraints of the new
|
||||
buffer-user device as requested, dma_buf_attach() would return an error to
|
||||
denote non-compatibility of the new buffer-sharing request with the current
|
||||
buffer.
|
||||
|
|
@ -352,7 +352,7 @@ Being able to mmap an export dma-buf buffer object has 2 main use-cases:
|
|||
|
||||
No special interfaces, userspace simply calls mmap on the dma-buf fd.
|
||||
|
||||
2. Supporting existing mmap interfaces in exporters
|
||||
2. Supporting existing mmap interfaces in importers
|
||||
|
||||
Similar to the motivation for kernel cpu access it is again important that
|
||||
the userspace code of a given importing subsystem can use the same interfaces
|
||||
|
|
|
|||
|
|
@ -321,7 +321,7 @@ nullarbor:~ # echo -n 'func svc_process -p' >
|
|||
nullarbor:~ # echo -n 'format "nfsd: READ" +p' >
|
||||
<debugfs>/dynamic_debug/control
|
||||
|
||||
// enable messages in files of which the pathes include string "usb"
|
||||
// enable messages in files of which the paths include string "usb"
|
||||
nullarbor:~ # echo -n '*usb* +p' > <debugfs>/dynamic_debug/control
|
||||
|
||||
// enable all messages
|
||||
|
|
|
|||
|
|
@ -550,7 +550,7 @@ installs itself as:
|
|||
/sys/devices/systm/edac/test-instance
|
||||
|
||||
in this directory are various controls, a symlink and one or more 'instance'
|
||||
directorys.
|
||||
directories.
|
||||
|
||||
The standard default controls are:
|
||||
|
||||
|
|
|
|||
|
|
@ -3,7 +3,7 @@ Configuration:
|
|||
You can pass the following kernel command line options to sm501 videoframebuffer:
|
||||
|
||||
sm501fb.bpp= SM501 Display driver:
|
||||
Specifiy bits-per-pixel if not specified by 'mode'
|
||||
Specify bits-per-pixel if not specified by 'mode'
|
||||
|
||||
sm501fb.mode= SM501 Display driver:
|
||||
Specify resolution as
|
||||
|
|
|
|||
|
|
@ -10,7 +10,7 @@ Introduction
|
|||
The main page is located at <http://sstfb.sourceforge.net>, and if
|
||||
you want the latest version, check out the CVS, as the driver is a work
|
||||
in progress, I feel uncomfortable with releasing tarballs of something
|
||||
not completely working...Don't worry, it's still more than useable
|
||||
not completely working...Don't worry, it's still more than usable
|
||||
(I eat my own dog food)
|
||||
|
||||
Please read the Bug section, and report any success or failure to me
|
||||
|
|
|
|||
|
|
@ -234,7 +234,7 @@ Table 1-2: Contents of the status files (as of 2.6.30-rc7)
|
|||
ShdPnd bitmap of shared pending signals for the process
|
||||
SigBlk bitmap of blocked signals
|
||||
SigIgn bitmap of ignored signals
|
||||
SigCgt bitmap of catched signals
|
||||
SigCgt bitmap of caught signals
|
||||
CapInh bitmap of inheritable capabilities
|
||||
CapPrm bitmap of permitted capabilities
|
||||
CapEff bitmap of effective capabilities
|
||||
|
|
@ -300,7 +300,7 @@ Table 1-4: Contents of the stat files (as of 2.6.30-rc7)
|
|||
pending bitmap of pending signals
|
||||
blocked bitmap of blocked signals
|
||||
sigign bitmap of ignored signals
|
||||
sigcatch bitmap of catched signals
|
||||
sigcatch bitmap of caught signals
|
||||
wchan address where process went to sleep
|
||||
0 (place holder)
|
||||
0 (place holder)
|
||||
|
|
@ -854,7 +854,8 @@ WritebackTmp: Memory used by FUSE for temporary writeback buffers
|
|||
if strict overcommit accounting is enabled (mode 2 in
|
||||
'vm.overcommit_memory').
|
||||
The CommitLimit is calculated with the following formula:
|
||||
CommitLimit = ('vm.overcommit_ratio' * Physical RAM) + Swap
|
||||
CommitLimit = ([total RAM pages] - [total huge TLB pages]) *
|
||||
overcommit_ratio / 100 + [total swap pages]
|
||||
For example, on a system with 1G of physical RAM and 7G
|
||||
of swap with a `vm.overcommit_ratio` of 30 it would
|
||||
yield a CommitLimit of 7.3G.
|
||||
|
|
|
|||
|
|
@ -727,7 +727,7 @@ replicas continue to be exactly same.
|
|||
mkdir -p /tmp/m3
|
||||
mount --rbind /root /tmp/m3
|
||||
|
||||
I wont' draw the tree..but it has 24 vfsmounts
|
||||
I won't draw the tree..but it has 24 vfsmounts
|
||||
|
||||
|
||||
at step i the number of vfsmounts is V[i] = i*V[i-1].
|
||||
|
|
|
|||
|
|
@ -41,7 +41,7 @@ Both functions return either a valid GPIO descriptor, or an error code checkable
|
|||
with IS_ERR() (they will never return a NULL pointer). -ENOENT will be returned
|
||||
if and only if no GPIO has been assigned to the device/function/index triplet,
|
||||
other error codes are used for cases where a GPIO has been assigned but an error
|
||||
occured while trying to acquire it. This is useful to discriminate between mere
|
||||
occurred while trying to acquire it. This is useful to discriminate between mere
|
||||
errors and an absence of GPIO for optional GPIO parameters.
|
||||
|
||||
Device-managed variants of these functions are also defined:
|
||||
|
|
|
|||
|
|
@ -125,7 +125,7 @@ the request was handled successfully.
|
|||
|
||||
read()
|
||||
------
|
||||
read() will return a queued ouput report. These output reports can be of type
|
||||
read() will return a queued output report. These output reports can be of type
|
||||
UHID_START, UHID_STOP, UHID_OPEN, UHID_CLOSE, UHID_OUTPUT or UHID_OUTPUT_EV. No
|
||||
reaction is required to any of them but you should handle them according to your
|
||||
needs. Only UHID_OUTPUT and UHID_OUTPUT_EV have payloads.
|
||||
|
|
|
|||
|
|
@ -94,7 +94,7 @@ PS/2 packet format
|
|||
|
||||
Note that the device never signals overflow condition.
|
||||
|
||||
ALPS Absolute Mode - Protocol Verion 1
|
||||
ALPS Absolute Mode - Protocol Version 1
|
||||
--------------------------------------
|
||||
|
||||
byte 0: 1 0 0 0 1 x9 x8 x7
|
||||
|
|
|
|||
|
|
@ -226,7 +226,7 @@ And so on up to js31.
|
|||
~~~~~~~~~~~
|
||||
evdev is the generic input event interface. It passes the events
|
||||
generated in the kernel straight to the program, with timestamps. The
|
||||
API is still evolving, but should be useable now. It's described in
|
||||
API is still evolving, but should be usable now. It's described in
|
||||
section 5.
|
||||
|
||||
This should be the way for GPM and X to get keyboard and mouse
|
||||
|
|
|
|||
|
|
@ -48,7 +48,7 @@ configurable between two modes: 1) Hamming, 2) BCH.
|
|||
Note that the actual BCH mode: BCH-4 or BCH-8 will depend on the way
|
||||
the controller is configured to transfer the data.
|
||||
|
||||
In the BCH mode the ECC code will be calculated for each transfered chunk
|
||||
In the BCH mode the ECC code will be calculated for each transferred chunk
|
||||
and expected to be located (when reading/programming) right after the spare
|
||||
bytes as the figure above shows.
|
||||
|
||||
|
|
|
|||
|
|
@ -706,7 +706,7 @@ solution for a couple of reasons:
|
|||
|
||||
RX_NO_AUTOTIMER: Prevent automatically starting the timeout monitor.
|
||||
|
||||
RX_ANNOUNCE_RESUME: If passed at RX_SETUP and a receive timeout occured, a
|
||||
RX_ANNOUNCE_RESUME: If passed at RX_SETUP and a receive timeout occurred, a
|
||||
RX_CHANGED message will be generated when the (cyclic) receive restarts.
|
||||
|
||||
TX_RESET_MULTI_IDX: Reset the index for the multiple frame transmission.
|
||||
|
|
|
|||
|
|
@ -86,7 +86,7 @@ built-in CCIDs.
|
|||
|
||||
DCCP_SOCKOPT_CCID is write-only and sets both the TX and RX CCIDs at the same
|
||||
time, combining the operation of the next two socket options. This option is
|
||||
preferrable over the latter two, since often applications will use the same
|
||||
preferable over the latter two, since often applications will use the same
|
||||
type of CCID for both directions; and mixed use of CCIDs is not currently well
|
||||
understood. This socket option takes as argument at least one uint8_t value, or
|
||||
an array of uint8_t values, which must match available CCIDS (see above). CCIDs
|
||||
|
|
|
|||
|
|
@ -160,7 +160,7 @@ To avoid this, when taking a signal in an active transaction, we need to use
|
|||
the stack pointer from the checkpointed state, rather than the speculated
|
||||
state. This ensures that the signal context (written tm suspended) will be
|
||||
written below the stack required for the rollback. The transaction is aborted
|
||||
becuase of the treclaim, so any memory written between the tbegin and the
|
||||
because of the treclaim, so any memory written between the tbegin and the
|
||||
signal will be rolled back anyway.
|
||||
|
||||
For signals taken in non-TM or suspended mode, we use the
|
||||
|
|
|
|||
|
|
@ -199,11 +199,11 @@ struct va_format:
|
|||
Do not use this feature without some mechanism to verify the
|
||||
correctness of the format string and va_list arguments.
|
||||
|
||||
u64 SHOULD be printed with %llu/%llx, (unsigned long long):
|
||||
u64 SHOULD be printed with %llu/%llx:
|
||||
|
||||
printk("%llu", u64_var);
|
||||
|
||||
s64 SHOULD be printed with %lld/%llx, (long long):
|
||||
s64 SHOULD be printed with %lld/%llx:
|
||||
|
||||
printk("%lld", s64_var);
|
||||
|
||||
|
|
|
|||
|
|
@ -255,7 +255,7 @@ However, rbtree can be augmented to store such interval ranges in a structured
|
|||
way making it possible to do efficient lookup and exact match.
|
||||
|
||||
This "extra information" stored in each node is the maximum hi
|
||||
(max_hi) value among all the nodes that are its descendents. This
|
||||
(max_hi) value among all the nodes that are its descendants. This
|
||||
information can be maintained at each node just be looking at the node
|
||||
and its immediate children. And this will be used in O(log n) lookup
|
||||
for lowest match (lowest start address among all possible matches)
|
||||
|
|
|
|||
|
|
@ -21,7 +21,7 @@ aircraft.
|
|||
The rfkill subsystem has a concept of "hard" and "soft" block, which
|
||||
differ little in their meaning (block == transmitters off) but rather in
|
||||
whether they can be changed or not:
|
||||
- hard block: read-only radio block that cannot be overriden by software
|
||||
- hard block: read-only radio block that cannot be overridden by software
|
||||
- soft block: writable radio block (need not be readable) that is set by
|
||||
the system software.
|
||||
|
||||
|
|
|
|||
|
|
@ -210,7 +210,7 @@ i386 and x86_64 syscalls are wired up at the moment, and Ulrich has
|
|||
tested the new glibc code (on x86_64 and i386), and it works for his
|
||||
robust-mutex testcases.
|
||||
|
||||
All other architectures should build just fine too - but they wont have
|
||||
All other architectures should build just fine too - but they won't have
|
||||
the new syscalls yet.
|
||||
|
||||
Architectures need to implement the new futex_atomic_cmpxchg_inatomic()
|
||||
|
|
|
|||
|
|
@ -10,7 +10,7 @@ Author: Gerald Schaefer (geraldsc@de.ibm.com)
|
|||
Description
|
||||
===========
|
||||
This item delivers a new Linux API in the form of a misc char device that is
|
||||
useable from user space and allows read access to the z/VM Monitor Records
|
||||
usable from user space and allows read access to the z/VM Monitor Records
|
||||
collected by the *MONITOR System Service of z/VM.
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -37,7 +37,7 @@ still work as root).
|
|||
In mode 1, software that has defined application-specific relationships
|
||||
between a debugging process and its inferior (crash handlers, etc),
|
||||
prctl(PR_SET_PTRACER, pid, ...) can be used. An inferior can declare which
|
||||
other process (and its descendents) are allowed to call PTRACE_ATTACH
|
||||
other process (and its descendants) are allowed to call PTRACE_ATTACH
|
||||
against it. Only one such declared debugging process can exists for
|
||||
each inferior at a time. For example, this is used by KDE, Chromium, and
|
||||
Firefox's crash handlers, and by Wine for allowing only Wine processes
|
||||
|
|
|
|||
|
|
@ -948,7 +948,7 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed.
|
|||
avoided as much as possible...
|
||||
|
||||
MORE NOTES ON "azx_get_response timeout" PROBLEMS:
|
||||
On some hardwares, you may need to add a proper probe_mask option
|
||||
On some hardware, you may need to add a proper probe_mask option
|
||||
to avoid the "azx_get_response timeout" problem above, instead.
|
||||
This occurs when the access to non-existing or non-working codec slot
|
||||
(likely a modem one) causes a stall of the communication via HD-audio
|
||||
|
|
@ -1124,7 +1124,7 @@ Prior to version 0.9.0rc4 options had a 'snd_' prefix. This was removed.
|
|||
buggy_irq - Enable workaround for buggy interrupts on some
|
||||
motherboards (default yes on nForce chips,
|
||||
otherwise off)
|
||||
buggy_semaphore - Enable workaround for hardwares with buggy
|
||||
buggy_semaphore - Enable workaround for hardware with buggy
|
||||
semaphores (e.g. on some ASUS laptops)
|
||||
(default off)
|
||||
spdif_aclink - Use S/PDIF over AC-link instead of direct connection
|
||||
|
|
|
|||
|
|
@ -443,7 +443,7 @@ The following commands are supported:
|
|||
The following command creates a snapshot every time a block request
|
||||
queue is unplugged with a depth > 1. If you were tracing a set of
|
||||
events or functions at the time, the snapshot trace buffer would
|
||||
capture those events when the trigger event occured:
|
||||
capture those events when the trigger event occurred:
|
||||
|
||||
# echo 'snapshot if nr_rq > 1' > \
|
||||
/sys/kernel/debug/tracing/events/block/block_unplug/trigger
|
||||
|
|
|
|||
|
|
@ -13,7 +13,7 @@
|
|||
operation.
|
||||
|
||||
Note that the driver is slightly non-portable in that it assumes
|
||||
a single memory/DMA buffer will be useable for bulk-in and bulk-out
|
||||
a single memory/DMA buffer will be usable for bulk-in and bulk-out
|
||||
endpoints. With most device controllers this is not an issue, but
|
||||
there may be some with hardware restrictions that prevent a buffer
|
||||
from being used by more than one endpoint.
|
||||
|
|
|
|||
|
|
@ -2072,7 +2072,7 @@ the "Server" class MMU emulation supported by KVM.
|
|||
This can in turn be used by userspace to generate the appropriate
|
||||
device-tree properties for the guest operating system.
|
||||
|
||||
The structure contains some global informations, followed by an
|
||||
The structure contains some global information, followed by an
|
||||
array of supported segment page sizes:
|
||||
|
||||
struct kvm_ppc_smmu_info {
|
||||
|
|
|
|||
|
|
@ -360,13 +360,13 @@ on any tail page, would mean having to split all hugepages upfront in
|
|||
get_user_pages which is unacceptable as too many gup users are
|
||||
performance critical and they must work natively on hugepages like
|
||||
they work natively on hugetlbfs already (hugetlbfs is simpler because
|
||||
hugetlbfs pages cannot be splitted so there wouldn't be requirement of
|
||||
hugetlbfs pages cannot be split so there wouldn't be requirement of
|
||||
accounting the pins on the tail pages for hugetlbfs). If we wouldn't
|
||||
account the gup refcounts on the tail pages during gup, we won't know
|
||||
anymore which tail page is pinned by gup and which is not while we run
|
||||
split_huge_page. But we still have to add the gup pin to the head page
|
||||
too, to know when we can free the compound page in case it's never
|
||||
splitted during its lifetime. That requires changing not just
|
||||
split during its lifetime. That requires changing not just
|
||||
get_page, but put_page as well so that when put_page runs on a tail
|
||||
page (and only on a tail page) it will find its respective head page,
|
||||
and then it will decrease the head page refcount in addition to the
|
||||
|
|
|
|||
|
|
@ -33,7 +33,7 @@ and two USB cables, connected like this:
|
|||
...
|
||||
|
||||
( If your system does not list a debug port capability then you probably
|
||||
wont be able to use the USB debug key. )
|
||||
won't be able to use the USB debug key. )
|
||||
|
||||
b.) You also need a Netchip USB debug cable/key:
|
||||
|
||||
|
|
|
|||
|
|
@ -87,7 +87,7 @@ your PCI configuration:
|
|||
|
||||
echo -n pirq=; echo `scanpci | grep T_L | cut -c56-` | sed 's/ /,/g'
|
||||
|
||||
note that this script wont work if you have skipped a few slots or if your
|
||||
note that this script won't work if you have skipped a few slots or if your
|
||||
board does not do default daisy-chaining. (or the IO-APIC has the PIRQ pins
|
||||
connected in some strange way). E.g. if in the above case you have your SCSI
|
||||
card (IRQ11) in Slot3, and have Slot1 empty:
|
||||
|
|
|
|||
|
|
@ -406,7 +406,7 @@ extern pgd_t idmap_pg_dir[PTRS_PER_PGD];
|
|||
|
||||
/*
|
||||
* Ensure that there are not more swap files than can be encoded in the kernel
|
||||
* the PTEs.
|
||||
* PTEs.
|
||||
*/
|
||||
#define MAX_SWAPFILES_CHECK() BUILD_BUG_ON(MAX_SWAPFILES_SHIFT > __SWP_TYPE_BITS)
|
||||
|
||||
|
|
|
|||
|
|
@ -491,7 +491,7 @@ EXPORT_SYMBOL_GPL(dma_buf_kunmap);
|
|||
* dma-buf buffer.
|
||||
*
|
||||
* This function adjusts the passed in vma so that it points at the file of the
|
||||
* dma_buf operation. It alsog adjusts the starting pgoff and does bounds
|
||||
* dma_buf operation. It also adjusts the starting pgoff and does bounds
|
||||
* checking on the size of the vma. Then it calls the exporters mmap function to
|
||||
* set up the mapping.
|
||||
*
|
||||
|
|
|
|||
|
|
@ -284,7 +284,7 @@ static struct exynos_drm_ippdrv *ipp_find_drv_by_handle(u32 prop_id)
|
|||
/*
|
||||
* This case is search ipp driver by prop_id handle.
|
||||
* sometimes, ipp subsystem find driver by prop_id.
|
||||
* e.g PAUSE state, queue buf, command contro.
|
||||
* e.g PAUSE state, queue buf, command control.
|
||||
*/
|
||||
list_for_each_entry(ippdrv, &exynos_drm_ippdrv_list, drv_list) {
|
||||
DRM_DEBUG_KMS("count[%d]ippdrv[0x%x]\n", count++, (int)ippdrv);
|
||||
|
|
|
|||
|
|
@ -1265,7 +1265,7 @@ struct wmi_resource_config {
|
|||
*/
|
||||
__le32 rx_decap_mode;
|
||||
|
||||
/* what is the maximum scan requests than can be queued */
|
||||
/* what is the maximum number of scan requests that can be queued */
|
||||
__le32 scan_max_pending_reqs;
|
||||
|
||||
/* maximum VDEV that could use BMISS offload */
|
||||
|
|
@ -1450,7 +1450,7 @@ struct wmi_resource_config_10x {
|
|||
*/
|
||||
__le32 rx_decap_mode;
|
||||
|
||||
/* what is the maximum scan requests than can be queued */
|
||||
/* what is the maximum number of scan requests that can be queued */
|
||||
__le32 scan_max_pending_reqs;
|
||||
|
||||
/* maximum VDEV that could use BMISS offload */
|
||||
|
|
|
|||
|
|
@ -1068,7 +1068,7 @@ struct wmi_power_mode_cmd {
|
|||
} __packed;
|
||||
|
||||
/*
|
||||
* Policy to determnine whether power save failure event should be sent to
|
||||
* Policy to determine whether power save failure event should be sent to
|
||||
* host during scanning
|
||||
*/
|
||||
enum power_save_fail_event_policy {
|
||||
|
|
|
|||
|
|
@ -2040,8 +2040,8 @@ void of_alias_scan(void * (*dt_alloc)(u64 size, u64 align))
|
|||
* @np: Pointer to the given device_node
|
||||
* @stem: Alias stem of the given device_node
|
||||
*
|
||||
* The function travels the lookup table to get alias id for the given
|
||||
* device_node and alias stem. It returns the alias id if find it.
|
||||
* The function travels the lookup table to get the alias id for the given
|
||||
* device_node and alias stem. It returns the alias id if found.
|
||||
*/
|
||||
int of_alias_get_id(struct device_node *np, const char *stem)
|
||||
{
|
||||
|
|
|
|||
|
|
@ -106,7 +106,7 @@ static bool pcie_ari_disabled;
|
|||
* Given a PCI bus, returns the highest PCI bus number present in the set
|
||||
* including the given PCI bus and its list of child PCI buses.
|
||||
*/
|
||||
unsigned char pci_bus_max_busnr(struct pci_bus* bus)
|
||||
unsigned char pci_bus_max_busnr(struct pci_bus *bus)
|
||||
{
|
||||
struct pci_bus *tmp;
|
||||
unsigned char max, n;
|
||||
|
|
@ -1371,7 +1371,7 @@ static void pcim_release(struct device *gendev, void *res)
|
|||
pci_disable_device(dev);
|
||||
}
|
||||
|
||||
static struct pci_devres * get_pci_dr(struct pci_dev *pdev)
|
||||
static struct pci_devres *get_pci_dr(struct pci_dev *pdev)
|
||||
{
|
||||
struct pci_devres *dr, *new_dr;
|
||||
|
||||
|
|
@ -1385,7 +1385,7 @@ static struct pci_devres * get_pci_dr(struct pci_dev *pdev)
|
|||
return devres_get(&pdev->dev, new_dr, NULL, NULL);
|
||||
}
|
||||
|
||||
static struct pci_devres * find_pci_dr(struct pci_dev *pdev)
|
||||
static struct pci_devres *find_pci_dr(struct pci_dev *pdev)
|
||||
{
|
||||
if (pci_is_managed(pdev))
|
||||
return devres_find(&pdev->dev, pcim_release, NULL, NULL);
|
||||
|
|
|
|||
|
|
@ -911,7 +911,7 @@ struct vpd_config {
|
|||
uint8_t length;
|
||||
uint8_t revision;
|
||||
uint8_t device_flags;
|
||||
uint8_t termnation_menus[2];
|
||||
uint8_t termination_menus[2];
|
||||
uint8_t fifo_threshold;
|
||||
uint8_t end_tag;
|
||||
uint8_t vpd_checksum;
|
||||
|
|
|
|||
|
|
@ -144,16 +144,6 @@ static struct scsi_transport_template *ahc_linux_transport_template = NULL;
|
|||
#define AIC7XXX_RESET_DELAY 5000
|
||||
#endif
|
||||
|
||||
/*
|
||||
* Control collection of SCSI transfer statistics for the /proc filesystem.
|
||||
*
|
||||
* NOTE: Do NOT enable this when running on kernels version 1.2.x and below.
|
||||
* NOTE: This does affect performance since it has to maintain statistics.
|
||||
*/
|
||||
#ifdef CONFIG_AIC7XXX_PROC_STATS
|
||||
#define AIC7XXX_PROC_STATS
|
||||
#endif
|
||||
|
||||
/*
|
||||
* To change the default number of tagged transactions allowed per-device,
|
||||
* add a line to the lilo.conf file like:
|
||||
|
|
|
|||
|
|
@ -737,7 +737,7 @@ static int bcm2048_set_region(struct bcm2048_device *bdev, u8 region)
|
|||
int err;
|
||||
u32 new_frequency = 0;
|
||||
|
||||
if (region > ARRAY_SIZE(region_configs))
|
||||
if (region >= ARRAY_SIZE(region_configs))
|
||||
return -EINVAL;
|
||||
|
||||
mutex_lock(&bdev->mutex);
|
||||
|
|
|
|||
|
|
@ -79,7 +79,6 @@ for custom-built kernels, the following options need to be enabled in the
|
|||
kernel as built-in or modules:
|
||||
|
||||
CONFIG_MODULES - Enable loadable module support
|
||||
CONFIG_KMOD - Automatic kernel module loading
|
||||
CONFIG_FW_LOADER - Hotplug firmware loading support
|
||||
CONFIG_I2C - I2C support
|
||||
CONFIG_VIDEO_DEV - Video For Linux
|
||||
|
|
|
|||
|
|
@ -37,7 +37,7 @@
|
|||
* Note: Using an auxdata lookup table should be considered a last resort when
|
||||
* converting a platform to use the DT. Normally the automatically generated
|
||||
* device name will not matter, and drivers should obtain data from the device
|
||||
* node instead of from an anonymouns platform_data pointer.
|
||||
* node instead of from an anonymous platform_data pointer.
|
||||
*/
|
||||
struct of_dev_auxdata {
|
||||
char *compatible;
|
||||
|
|
|
|||
|
|
@ -483,8 +483,8 @@ void wimax_report_rfkill_sw(struct wimax_dev *, enum wimax_rf_state);
|
|||
* Be sure not to modify skb->data in the middle (ie: don't use
|
||||
* skb_push()/skb_pull()/skb_reserve() on the skb).
|
||||
*
|
||||
* "pipe_name" is any string, than can be interpreted as the name of
|
||||
* the pipe or destinatary; the interpretation of it is driver
|
||||
* "pipe_name" is any string, that can be interpreted as the name of
|
||||
* the pipe or recipient; the interpretation of it is driver
|
||||
* specific, so the recipient can multiplex it as wished. It can be
|
||||
* NULL, it won't be used - an example is using a "diagnostics" tag to
|
||||
* send diagnostics information that a device-specific diagnostics
|
||||
|
|
|
|||
|
|
@ -575,8 +575,8 @@ config DEBUG_HIGHMEM
|
|||
bool "Highmem debugging"
|
||||
depends on DEBUG_KERNEL && HIGHMEM
|
||||
help
|
||||
This options enables addition error checking for high memory systems.
|
||||
Disable for production systems.
|
||||
This option enables additional error checking for high memory
|
||||
systems. Disable for production systems.
|
||||
|
||||
config HAVE_DEBUG_STACKOVERFLOW
|
||||
bool
|
||||
|
|
|
|||
|
|
@ -341,10 +341,10 @@ void *dma_pool_alloc(struct dma_pool *pool, gfp_t mem_flags,
|
|||
continue;
|
||||
if (pool->dev)
|
||||
dev_err(pool->dev,
|
||||
"dma_pool_alloc %s, %p (corruped)\n",
|
||||
"dma_pool_alloc %s, %p (corrupted)\n",
|
||||
pool->name, retval);
|
||||
else
|
||||
pr_err("dma_pool_alloc %s, %p (corruped)\n",
|
||||
pr_err("dma_pool_alloc %s, %p (corrupted)\n",
|
||||
pool->name, retval);
|
||||
|
||||
/*
|
||||
|
|
|
|||
|
|
@ -316,7 +316,7 @@ static struct symbol *sym_add_exported(const char *name, struct module *mod,
|
|||
s->module->name,
|
||||
is_vmlinux(s->module->name) ?"":".ko");
|
||||
} else {
|
||||
/* In case Modules.symvers was out of date */
|
||||
/* In case Module.symvers was out of date */
|
||||
s->module = mod;
|
||||
}
|
||||
}
|
||||
|
|
|
|||
Загрузка…
Ссылка в новой задаче