doc: spelling error changes
Fixed multiple spelling errors. Acked-by: Randy Dunlap <rdunlap@infradead.org> Signed-off-by: Carlos E. Garcia <carlos@cgarcia.org> Signed-off-by: Jiri Kosina <jkosina@suse.cz>
This commit is contained in:
parent
07656d8308
commit
c98be0c96d
41 changed files with 49 additions and 49 deletions
|
@ -98,5 +98,5 @@ DMA_ATTR_FORCE_CONTIGUOUS
|
||||||
By default DMA-mapping subsystem is allowed to assemble the buffer
|
By default DMA-mapping subsystem is allowed to assemble the buffer
|
||||||
allocated by dma_alloc_attrs() function from individual pages if it can
|
allocated by dma_alloc_attrs() function from individual pages if it can
|
||||||
be mapped as contiguous chunk into device dma address space. By
|
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.
|
also in physical memory.
|
||||||
|
|
|
@ -114,5 +114,5 @@ Boards:
|
||||||
- AM43x EPOS EVM
|
- AM43x EPOS EVM
|
||||||
compatible = "ti,am43x-epos-evm", "ti,am4372", "ti,am43"
|
compatible = "ti,am43x-epos-evm", "ti,am4372", "ti,am43"
|
||||||
|
|
||||||
- DRA7 EVM: Software Developement Board for DRA7XX
|
- DRA7 EVM: Software Development Board for DRA7XX
|
||||||
compatible = "ti,dra7-evm", "ti,dra7"
|
compatible = "ti,dra7-evm", "ti,dra7"
|
||||||
|
|
|
@ -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.
|
with one another or with the system memory ranges.
|
||||||
|
|
||||||
Each entry in the property refers to exactly one window. If the operating system
|
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.
|
translations performed from downstream devices are adapted accordingly.
|
||||||
|
|
||||||
The operating system may insert additional mbus windows that do not conflict
|
The operating system may insert additional mbus windows that do not conflict
|
||||||
|
|
|
@ -54,7 +54,7 @@ Optional device specific properties:
|
||||||
IO 8-15 are bank 2. These chips have two different interrupt outputs:
|
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
|
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
|
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.
|
bank they belong to.
|
||||||
On devices with only one interrupt output this property is useless.
|
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:
|
Required Properties:
|
||||||
|
|
||||||
* compatible: should be one of the following.
|
* 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:
|
Example:
|
||||||
|
|
||||||
|
|
|
@ -3,7 +3,7 @@
|
||||||
Samsung's SDHCI controller is used as a connectivity interface with external
|
Samsung's SDHCI controller is used as a connectivity interface with external
|
||||||
MMC, SD and eMMC storage mediums. This file documents differences between the
|
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
|
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:
|
Required SoC Specific Properties:
|
||||||
- compatible: should be one of the following
|
- compatible: should be one of the following
|
||||||
|
|
|
@ -43,7 +43,7 @@ Optional properties:
|
||||||
ELM hardware engines should specify this device node in .dtsi
|
ELM hardware engines should specify this device node in .dtsi
|
||||||
Using ELM for ECC error correction frees some CPU cycles.
|
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
|
- #address-cells: should be set to 1
|
||||||
- #size-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
|
- gpmc,XXX Additional GPMC timings and settings parameters. See
|
||||||
Documentation/devicetree/bindings/bus/ti-gpmc.txt
|
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
|
- #address-cells: should be set to 1
|
||||||
- #size-cells: should be set to 1
|
- #size-cells: should be set to 1
|
||||||
|
|
||||||
|
|
|
@ -17,7 +17,7 @@ Optional properties:
|
||||||
|
|
||||||
- dma-channel: DMA Channel index
|
- dma-channel: DMA Channel index
|
||||||
|
|
||||||
For inline partiton table parsing (optional):
|
For inline partition table parsing (optional):
|
||||||
|
|
||||||
- #address-cells: should be set to 1
|
- #address-cells: should be set to 1
|
||||||
- #size-cells: should be set to 1
|
- #size-cells: should be set to 1
|
||||||
|
|
|
@ -73,9 +73,9 @@ Optional Properties (for standard pins):
|
||||||
Otherwise:
|
Otherwise:
|
||||||
0: fast slew rate
|
0: fast slew rate
|
||||||
1: normal 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.)
|
output.)
|
||||||
- input-disable: No arguements. Disable input (does not affect
|
- input-disable: No arguments. Disable input (does not affect
|
||||||
output.)
|
output.)
|
||||||
- drive-strength: Integer. Drive strength in mA. Valid values are
|
- drive-strength: Integer. Drive strength in mA. Valid values are
|
||||||
2, 4, 6, 8, 10, 12, 14, 16 mA.
|
2, 4, 6, 8, 10, 12, 14, 16 mA.
|
||||||
|
@ -99,9 +99,9 @@ Optional Properties (for I2C pins):
|
||||||
Otherwise:
|
Otherwise:
|
||||||
0: fast slew rate
|
0: fast slew rate
|
||||||
1: normal 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.)
|
output.)
|
||||||
- input-disable: No arguements. Disable input (does not affect
|
- input-disable: No arguments. Disable input (does not affect
|
||||||
output.)
|
output.)
|
||||||
|
|
||||||
Optional Properties (for HDMI pins):
|
Optional Properties (for HDMI pins):
|
||||||
|
@ -111,9 +111,9 @@ Optional Properties (for HDMI pins):
|
||||||
- slew-rate: Integer. Controls slew rate.
|
- slew-rate: Integer. Controls slew rate.
|
||||||
0: Standard(100kbps)& Fast(400kbps) mode
|
0: Standard(100kbps)& Fast(400kbps) mode
|
||||||
1: Highspeed (3.4Mbps) 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.)
|
output.)
|
||||||
- input-disable: No arguements. Disable input (does not affect
|
- input-disable: No arguments. Disable input (does not affect
|
||||||
output.)
|
output.)
|
||||||
|
|
||||||
Example:
|
Example:
|
||||||
|
|
|
@ -1,7 +1,7 @@
|
||||||
Reboot property to control system reboot on PPC4xx systems:
|
Reboot property to control system reboot on PPC4xx systems:
|
||||||
|
|
||||||
By setting "reset_type" to one of the following values, the default
|
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":
|
"reset_type":
|
||||||
|
|
||||||
1 - PPC4xx core reset
|
1 - PPC4xx core reset
|
||||||
|
|
|
@ -82,7 +82,7 @@ PROPERTIES
|
||||||
Which event source asserted the interrupt is captured in an EPU
|
Which event source asserted the interrupt is captured in an EPU
|
||||||
Interrupt Status Register (EPISR0,EPISR1).
|
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
|
- interrupt-parent
|
||||||
Usage: required
|
Usage: required
|
||||||
|
|
|
@ -12,7 +12,7 @@ Optional properties:
|
||||||
- regulator-allow-bypass: allow the regulator to go into bypass mode
|
- regulator-allow-bypass: allow the regulator to go into bypass mode
|
||||||
- <name>-supply: phandle to the parent supply/regulator node
|
- <name>-supply: phandle to the parent supply/regulator node
|
||||||
- regulator-ramp-delay: ramp delay for regulator(in uV/uS)
|
- 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.
|
intialised to zero (regulator-ramp-delay = <0>) for disabling ramp delay.
|
||||||
- regulator-enable-ramp-delay: The time taken, in microseconds, for the supply
|
- regulator-enable-ramp-delay: The time taken, in microseconds, for the supply
|
||||||
rail to reach the target voltage, plus/minus whatever tolerance the board
|
rail to reach the target voltage, plus/minus whatever tolerance the board
|
||||||
|
|
|
@ -61,7 +61,7 @@ contain the following properties.
|
||||||
used for MISO. Defaults to 1 if not present.
|
used for MISO. Defaults to 1 if not present.
|
||||||
|
|
||||||
Some SPI controllers and devices support Dual and Quad SPI transfer mode.
|
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
|
Now the value that spi-tx-bus-width and spi-rx-bus-width can receive is
|
||||||
only 1(SINGLE), 2(DUAL) and 4(QUAD).
|
only 1(SINGLE), 2(DUAL) and 4(QUAD).
|
||||||
Dual/Quad mode is not allowed when 3-wire mode is used.
|
Dual/Quad mode is not allowed when 3-wire mode is used.
|
||||||
|
|
|
@ -217,7 +217,7 @@ NOTES:
|
||||||
and then allow further {map,unmap}_dma_buf operations from any buffer-user
|
and then allow further {map,unmap}_dma_buf operations from any buffer-user
|
||||||
from the migrated backing-storage.
|
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
|
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
|
denote non-compatibility of the new buffer-sharing request with the current
|
||||||
buffer.
|
buffer.
|
||||||
|
|
|
@ -321,7 +321,7 @@ nullarbor:~ # echo -n 'func svc_process -p' >
|
||||||
nullarbor:~ # echo -n 'format "nfsd: READ" +p' >
|
nullarbor:~ # echo -n 'format "nfsd: READ" +p' >
|
||||||
<debugfs>/dynamic_debug/control
|
<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
|
nullarbor:~ # echo -n '*usb* +p' > <debugfs>/dynamic_debug/control
|
||||||
|
|
||||||
// enable all messages
|
// enable all messages
|
||||||
|
|
|
@ -550,7 +550,7 @@ installs itself as:
|
||||||
/sys/devices/systm/edac/test-instance
|
/sys/devices/systm/edac/test-instance
|
||||||
|
|
||||||
in this directory are various controls, a symlink and one or more 'instance'
|
in this directory are various controls, a symlink and one or more 'instance'
|
||||||
directorys.
|
directories.
|
||||||
|
|
||||||
The standard default controls are:
|
The standard default controls are:
|
||||||
|
|
||||||
|
|
|
@ -3,7 +3,7 @@ Configuration:
|
||||||
You can pass the following kernel command line options to sm501 videoframebuffer:
|
You can pass the following kernel command line options to sm501 videoframebuffer:
|
||||||
|
|
||||||
sm501fb.bpp= SM501 Display driver:
|
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:
|
sm501fb.mode= SM501 Display driver:
|
||||||
Specify resolution as
|
Specify resolution as
|
||||||
|
|
|
@ -10,7 +10,7 @@ Introduction
|
||||||
The main page is located at <http://sstfb.sourceforge.net>, and if
|
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
|
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
|
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)
|
(I eat my own dog food)
|
||||||
|
|
||||||
Please read the Bug section, and report any success or failure to me
|
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
|
ShdPnd bitmap of shared pending signals for the process
|
||||||
SigBlk bitmap of blocked signals
|
SigBlk bitmap of blocked signals
|
||||||
SigIgn bitmap of ignored signals
|
SigIgn bitmap of ignored signals
|
||||||
SigCgt bitmap of catched signals
|
SigCgt bitmap of caught signals
|
||||||
CapInh bitmap of inheritable capabilities
|
CapInh bitmap of inheritable capabilities
|
||||||
CapPrm bitmap of permitted capabilities
|
CapPrm bitmap of permitted capabilities
|
||||||
CapEff bitmap of effective 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
|
pending bitmap of pending signals
|
||||||
blocked bitmap of blocked signals
|
blocked bitmap of blocked signals
|
||||||
sigign bitmap of ignored signals
|
sigign bitmap of ignored signals
|
||||||
sigcatch bitmap of catched signals
|
sigcatch bitmap of caught signals
|
||||||
wchan address where process went to sleep
|
wchan address where process went to sleep
|
||||||
0 (place holder)
|
0 (place holder)
|
||||||
0 (place holder)
|
0 (place holder)
|
||||||
|
|
|
@ -727,7 +727,7 @@ replicas continue to be exactly same.
|
||||||
mkdir -p /tmp/m3
|
mkdir -p /tmp/m3
|
||||||
mount --rbind /root /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].
|
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
|
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,
|
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
|
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.
|
errors and an absence of GPIO for optional GPIO parameters.
|
||||||
|
|
||||||
Device-managed variants of these functions are also defined:
|
Device-managed variants of these functions are also defined:
|
||||||
|
|
|
@ -114,7 +114,7 @@ the request was handled successfully.
|
||||||
|
|
||||||
read()
|
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
|
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
|
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.
|
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.
|
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
|
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
|
evdev is the generic input event interface. It passes the events
|
||||||
generated in the kernel straight to the program, with timestamps. The
|
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.
|
section 5.
|
||||||
|
|
||||||
This should be the way for GPM and X to get keyboard and mouse
|
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
|
Note that the actual BCH mode: BCH-4 or BCH-8 will depend on the way
|
||||||
the controller is configured to transfer the data.
|
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
|
and expected to be located (when reading/programming) right after the spare
|
||||||
bytes as the figure above shows.
|
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_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.
|
RX_CHANGED message will be generated when the (cyclic) receive restarts.
|
||||||
|
|
||||||
TX_RESET_MULTI_IDX: Reset the index for the multiple frame transmission.
|
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
|
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
|
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
|
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
|
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
|
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
|
the stack pointer from the checkpointed state, rather than the speculated
|
||||||
state. This ensures that the signal context (written tm suspended) will be
|
state. This ensures that the signal context (written tm suspended) will be
|
||||||
written below the stack required for the rollback. The transaction is aborted
|
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.
|
signal will be rolled back anyway.
|
||||||
|
|
||||||
For signals taken in non-TM or suspended mode, we use the
|
For signals taken in non-TM or suspended mode, we use the
|
||||||
|
|
|
@ -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.
|
way making it possible to do efficient lookup and exact match.
|
||||||
|
|
||||||
This "extra information" stored in each node is the maximum hi
|
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
|
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
|
and its immediate children. And this will be used in O(log n) lookup
|
||||||
for lowest match (lowest start address among all possible matches)
|
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
|
The rfkill subsystem has a concept of "hard" and "soft" block, which
|
||||||
differ little in their meaning (block == transmitters off) but rather in
|
differ little in their meaning (block == transmitters off) but rather in
|
||||||
whether they can be changed or not:
|
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
|
- soft block: writable radio block (need not be readable) that is set by
|
||||||
the system software.
|
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
|
tested the new glibc code (on x86_64 and i386), and it works for his
|
||||||
robust-mutex testcases.
|
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.
|
the new syscalls yet.
|
||||||
|
|
||||||
Architectures need to implement the new futex_atomic_cmpxchg_inatomic()
|
Architectures need to implement the new futex_atomic_cmpxchg_inatomic()
|
||||||
|
|
|
@ -10,7 +10,7 @@ Author: Gerald Schaefer (geraldsc@de.ibm.com)
|
||||||
Description
|
Description
|
||||||
===========
|
===========
|
||||||
This item delivers a new Linux API in the form of a misc char device that is
|
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.
|
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
|
In mode 1, software that has defined application-specific relationships
|
||||||
between a debugging process and its inferior (crash handlers, etc),
|
between a debugging process and its inferior (crash handlers, etc),
|
||||||
prctl(PR_SET_PTRACER, pid, ...) can be used. An inferior can declare which
|
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
|
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
|
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
|
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...
|
avoided as much as possible...
|
||||||
|
|
||||||
MORE NOTES ON "azx_get_response timeout" PROBLEMS:
|
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.
|
to avoid the "azx_get_response timeout" problem above, instead.
|
||||||
This occurs when the access to non-existing or non-working codec slot
|
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
|
(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
|
buggy_irq - Enable workaround for buggy interrupts on some
|
||||||
motherboards (default yes on nForce chips,
|
motherboards (default yes on nForce chips,
|
||||||
otherwise off)
|
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)
|
semaphores (e.g. on some ASUS laptops)
|
||||||
(default off)
|
(default off)
|
||||||
spdif_aclink - Use S/PDIF over AC-link instead of direct connection
|
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
|
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
|
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
|
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' > \
|
# echo 'snapshot if nr_rq > 1' > \
|
||||||
/sys/kernel/debug/tracing/events/block/block_unplug/trigger
|
/sys/kernel/debug/tracing/events/block/block_unplug/trigger
|
||||||
|
|
|
@ -13,7 +13,7 @@
|
||||||
operation.
|
operation.
|
||||||
|
|
||||||
Note that the driver is slightly non-portable in that it assumes
|
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
|
endpoints. With most device controllers this is not an issue, but
|
||||||
there may be some with hardware restrictions that prevent a buffer
|
there may be some with hardware restrictions that prevent a buffer
|
||||||
from being used by more than one endpoint.
|
from being used by more than one endpoint.
|
||||||
|
|
|
@ -2066,7 +2066,7 @@ the "Server" class MMU emulation supported by KVM.
|
||||||
This can in turn be used by userspace to generate the appropriate
|
This can in turn be used by userspace to generate the appropriate
|
||||||
device-tree properties for the guest operating system.
|
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:
|
array of supported segment page sizes:
|
||||||
|
|
||||||
struct kvm_ppc_smmu_info {
|
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
|
get_user_pages which is unacceptable as too many gup users are
|
||||||
performance critical and they must work natively on hugepages like
|
performance critical and they must work natively on hugepages like
|
||||||
they work natively on hugetlbfs already (hugetlbfs is simpler because
|
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
|
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
|
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
|
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
|
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
|
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
|
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,
|
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
|
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
|
( 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:
|
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'
|
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
|
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
|
connected in some strange way). E.g. if in the above case you have your SCSI
|
||||||
card (IRQ11) in Slot3, and have Slot1 empty:
|
card (IRQ11) in Slot3, and have Slot1 empty:
|
||||||
|
|
Loading…
Add table
Reference in a new issue