Commit 1aacb90e authored by Linus Torvalds's avatar Linus Torvalds

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
  ...
parents b05d59df 31789538
...@@ -73,6 +73,11 @@ Perl ...@@ -73,6 +73,11 @@ Perl
You will need perl 5 and the following modules: Getopt::Long, Getopt::Std, You will need perl 5 and the following modules: Getopt::Long, Getopt::Std,
File::Basename, and File::Find to build the kernel. File::Basename, and File::Find to build the kernel.
BC
--
You will need bc to build kernels 3.10 and higher
System utilities System utilities
================ ================
......
...@@ -98,5 +98,5 @@ DMA_ATTR_FORCE_CONTIGUOUS ...@@ -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.
...@@ -129,7 +129,7 @@ Boards: ...@@ -129,7 +129,7 @@ Boards:
- AM437x GP EVM - AM437x GP EVM
compatible = "ti,am437x-gp-evm", "ti,am4372", "ti,am43" 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" compatible = "ti,dra7-evm", "ti,dra742", "ti,dra74", "ti,dra7"
- DRA722 EVM: Software Development Board for DRA722 - 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 ...@@ -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
......
...@@ -14,7 +14,7 @@ Required property: ...@@ -14,7 +14,7 @@ Required property:
Optional properties: Optional properties:
- dma-channels: Number of DMA channels supported by the controller. - 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. controller.
Example: Example:
...@@ -44,7 +44,7 @@ Required property: ...@@ -44,7 +44,7 @@ Required property:
#dma-cells property in the node referenced by phandle #dma-cells property in the node referenced by phandle
containing DMA controller specific information. This containing DMA controller specific information. This
typically contains a DMA request line number or a 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. required for configuring a channel.
- dma-names: Contains one identifier string for each DMA specifier in - dma-names: Contains one identifier string for each DMA specifier in
the dmas property. The specific strings that can be used the dmas property. The specific strings that can be used
......
...@@ -8,7 +8,7 @@ Required properties: ...@@ -8,7 +8,7 @@ Required properties:
"fsl,imx51-sdma" "fsl,imx51-sdma"
"fsl,imx53-sdma" "fsl,imx53-sdma"
"fsl,imx6q-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 correct ROM script addresses needed for the driver to work without additional
firmware. firmware.
- reg : Should contain SDMA registers location and length - reg : Should contain SDMA registers location and length
......
...@@ -54,7 +54,7 @@ Optional device specific properties: ...@@ -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. ...@@ -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 @@ ...@@ -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: ...@@ -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: ...@@ -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: ...@@ -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): ...@@ -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): ...@@ -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): ...@@ -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:
......
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 ...@@ -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: ...@@ -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
......
...@@ -63,7 +63,7 @@ contain the following properties. ...@@ -63,7 +63,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.
......
...@@ -66,7 +66,7 @@ The dma_buf buffer sharing API usage contains the following steps: ...@@ -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 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 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. inserted in place of 'exp_name' instead.
2. Userspace gets a handle to pass around to potential buffer-users 2. Userspace gets a handle to pass around to potential buffer-users
...@@ -217,7 +217,7 @@ NOTES: ...@@ -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.
...@@ -352,7 +352,7 @@ Being able to mmap an export dma-buf buffer object has 2 main use-cases: ...@@ -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. 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 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 the userspace code of a given importing subsystem can use the same interfaces
......
...@@ -321,7 +321,7 @@ nullarbor:~ # echo -n 'func svc_process -p' > ...@@ -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: ...@@ -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: ...@@ -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 ...@@ -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) ...@@ -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) ...@@ -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)
...@@ -854,7 +854,8 @@ WritebackTmp: Memory used by FUSE for temporary writeback buffers ...@@ -854,7 +854,8 @@ WritebackTmp: Memory used by FUSE for temporary writeback buffers
if strict overcommit accounting is enabled (mode 2 in if strict overcommit accounting is enabled (mode 2 in
'vm.overcommit_memory'). 'vm.overcommit_memory').
The CommitLimit is calculated with the following formula: 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 For example, on a system with 1G of physical RAM and 7G
of swap with a `vm.overcommit_ratio` of 30 it would of swap with a `vm.overcommit_ratio` of 30 it would
yield a CommitLimit of 7.3G. yield a CommitLimit of 7.3G.
......
...@@ -727,7 +727,7 @@ replicas continue to be exactly same. ...@@ -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 ...@@ -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:
......
...@@ -125,7 +125,7 @@ the request was handled successfully. ...@@ -125,7 +125,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 ...@@ -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. ...@@ -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. ...@@ -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: ...@@ -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. ...@@ -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 ...@@ -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
......
...@@ -199,11 +199,11 @@ struct va_format: ...@@ -199,11 +199,11 @@ struct va_format:
Do not use this feature without some mechanism to verify the Do not use this feature without some mechanism to verify the
correctness of the format string and va_list arguments. 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); printk("%llu", u64_var);
s64 SHOULD be printed with %lld/%llx, (long long): s64 SHOULD be printed with %lld/%llx:
printk("%lld", s64_var); printk("%lld", s64_var);
......
...@@ -255,7 +255,7 @@ However, rbtree can be augmented to store such interval ranges in a structured ...@@ -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. ...@@ -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 ...@@ -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) ...@@ -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). ...@@ -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. ...@@ -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. ...@@ -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: ...@@ -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 @@ ...@@ -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.
......
...@@ -2072,7 +2072,7 @@ the "Server" class MMU emulation supported by KVM. ...@@ -2072,7 +2072,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 ...@@ -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: ...@@ -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: ...@@ -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:
......
...@@ -406,7 +406,7 @@ extern pgd_t idmap_pg_dir[PTRS_PER_PGD]; ...@@ -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 * 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) #define MAX_SWAPFILES_CHECK() BUILD_BUG_ON(MAX_SWAPFILES_SHIFT > __SWP_TYPE_BITS)
......
...@@ -491,7 +491,7 @@ EXPORT_SYMBOL_GPL(dma_buf_kunmap); ...@@ -491,7 +491,7 @@ EXPORT_SYMBOL_GPL(dma_buf_kunmap);
* dma-buf buffer. * dma-buf buffer.
* *
* This function adjusts the passed in vma so that it points at the file of the * 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 * checking on the size of the vma. Then it calls the exporters mmap function to
* set up the mapping. * set up the mapping.
* *
......
...@@ -284,7 +284,7 @@ static struct exynos_drm_ippdrv *ipp_find_drv_by_handle(u32 prop_id) ...@@ -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. * This case is search ipp driver by prop_id handle.
* sometimes, ipp subsystem find driver by prop_id. * 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) { list_for_each_entry(ippdrv, &exynos_drm_ippdrv_list, drv_list) {
DRM_DEBUG_KMS("count[%d]ippdrv[0x%x]\n", count++, (int)ippdrv); DRM_DEBUG_KMS("count[%d]ippdrv[0x%x]\n", count++, (int)ippdrv);
......
...@@ -1265,7 +1265,7 @@ struct wmi_resource_config { ...@@ -1265,7 +1265,7 @@ struct wmi_resource_config {
*/ */
__le32 rx_decap_mode; __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; __le32 scan_max_pending_reqs;
/* maximum VDEV that could use BMISS offload */ /* maximum VDEV that could use BMISS offload */
...@@ -1450,7 +1450,7 @@ struct wmi_resource_config_10x { ...@@ -1450,7 +1450,7 @@ struct wmi_resource_config_10x {
*/ */
__le32 rx_decap_mode; __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; __le32 scan_max_pending_reqs;
/* maximum VDEV that could use BMISS offload */ /* maximum VDEV that could use BMISS offload */
......
...@@ -1068,7 +1068,7 @@ struct wmi_power_mode_cmd { ...@@ -1068,7 +1068,7 @@ struct wmi_power_mode_cmd {
} __packed; } __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 * host during scanning
*/ */
enum power_save_fail_event_policy { enum power_save_fail_event_policy {
......
...@@ -2040,8 +2040,8 @@ void of_alias_scan(void * (*dt_alloc)(u64 size, u64 align)) ...@@ -2040,8 +2040,8 @@ void of_alias_scan(void * (*dt_alloc)(u64 size, u64 align))
* @np: Pointer to the given device_node * @np: Pointer to the given device_node
* @stem: Alias stem of 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 * 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 find it. * device_node and alias stem. It returns the alias id if found.
*/ */
int of_alias_get_id(struct device_node *np, const char *stem) int of_alias_get_id(struct device_node *np, const char *stem)
{ {
......
...@@ -106,7 +106,7 @@ static bool pcie_ari_disabled; ...@@ -106,7 +106,7 @@ static bool pcie_ari_disabled;
* Given a PCI bus, returns the highest PCI bus number present in the set * 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. * 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; struct pci_bus *tmp;
unsigned char max, n; unsigned char max, n;
...@@ -1371,7 +1371,7 @@ static void pcim_release(struct device *gendev, void *res) ...@@ -1371,7 +1371,7 @@ static void pcim_release(struct device *gendev, void *res)
pci_disable_device(dev); 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; struct pci_devres *dr, *new_dr;
...@@ -1385,7 +1385,7 @@ static struct pci_devres * get_pci_dr(struct pci_dev *pdev) ...@@ -1385,7 +1385,7 @@ static struct pci_devres * get_pci_dr(struct pci_dev *pdev)
return devres_get(&pdev->dev, new_dr, NULL, NULL); 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)) if (pci_is_managed(pdev))
return devres_find(&pdev->dev, pcim_release, NULL, NULL); return devres_find(&pdev->dev, pcim_release, NULL, NULL);
......
...@@ -911,7 +911,7 @@ struct vpd_config { ...@@ -911,7 +911,7 @@ struct vpd_config {
uint8_t length; uint8_t length;
uint8_t revision; uint8_t revision;
uint8_t device_flags; uint8_t device_flags;
uint8_t termnation_menus[2]; uint8_t termination_menus[2];
uint8_t fifo_threshold; uint8_t fifo_threshold;
uint8_t end_tag; uint8_t end_tag;
uint8_t vpd_checksum; uint8_t vpd_checksum;
......
...@@ -144,16 +144,6 @@ static struct scsi_transport_template *ahc_linux_transport_template = NULL; ...@@ -144,16 +144,6 @@ static struct scsi_transport_template *ahc_linux_transport_template = NULL;
#define AIC7XXX_RESET_DELAY 5000 #define AIC7XXX_RESET_DELAY 5000
#endif #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, * To change the default number of tagged transactions allowed per-device,
* add a line to the lilo.conf file like: * add a line to the lilo.conf file like:
......
...@@ -737,7 +737,7 @@ static int bcm2048_set_region(struct bcm2048_device *bdev, u8 region) ...@@ -737,7 +737,7 @@ static int bcm2048_set_region(struct bcm2048_device *bdev, u8 region)
int err; int err;
u32 new_frequency = 0; u32 new_frequency = 0;
if (region > ARRAY_SIZE(region_configs)) if (region >= ARRAY_SIZE(region_configs))
return -EINVAL; return -EINVAL;
mutex_lock(&bdev->mutex); mutex_lock(&bdev->mutex);
......
...@@ -79,7 +79,6 @@ for custom-built kernels, the following options need to be enabled in the ...@@ -79,7 +79,6 @@ for custom-built kernels, the following options need to be enabled in the
kernel as built-in or modules: kernel as built-in or modules:
CONFIG_MODULES - Enable loadable module support CONFIG_MODULES - Enable loadable module support
CONFIG_KMOD - Automatic kernel module loading
CONFIG_FW_LOADER - Hotplug firmware loading support CONFIG_FW_LOADER - Hotplug firmware loading support
CONFIG_I2C - I2C support CONFIG_I2C - I2C support
CONFIG_VIDEO_DEV - Video For Linux CONFIG_VIDEO_DEV - Video For Linux
......
...@@ -37,7 +37,7 @@ ...@@ -37,7 +37,7 @@
* Note: Using an auxdata lookup table should be considered a last resort when * Note: Using an auxdata lookup table should be considered a last resort when
* converting a platform to use the DT. Normally the automatically generated * converting a platform to use the DT. Normally the automatically generated
* device name will not matter, and drivers should obtain data from the device * 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 { struct of_dev_auxdata {
char *compatible; char *compatible;
......
...@@ -483,8 +483,8 @@ void wimax_report_rfkill_sw(struct wimax_dev *, enum wimax_rf_state); ...@@ -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 * Be sure not to modify skb->data in the middle (ie: don't use
* skb_push()/skb_pull()/skb_reserve() on the skb). * skb_push()/skb_pull()/skb_reserve() on the skb).
* *
* "pipe_name" is any string, than can be interpreted as the name of * "pipe_name" is any string, that can be interpreted as the name of
* the pipe or destinatary; the interpretation of it is driver * the pipe or recipient; the interpretation of it is driver
* specific, so the recipient can multiplex it as wished. It can be * 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 * NULL, it won't be used - an example is using a "diagnostics" tag to
* send diagnostics information that a device-specific diagnostics * send diagnostics information that a device-specific diagnostics
......
...@@ -575,8 +575,8 @@ config DEBUG_HIGHMEM ...@@ -575,8 +575,8 @@ config DEBUG_HIGHMEM
bool "Highmem debugging" bool "Highmem debugging"
depends on DEBUG_KERNEL && HIGHMEM depends on DEBUG_KERNEL && HIGHMEM
help help
This options enables addition error checking for high memory systems. This option enables additional error checking for high memory
Disable for production systems. systems. Disable for production systems.
config HAVE_DEBUG_STACKOVERFLOW config HAVE_DEBUG_STACKOVERFLOW
bool bool
......
...@@ -341,10 +341,10 @@ void *dma_pool_alloc(struct dma_pool *pool, gfp_t mem_flags, ...@@ -341,10 +341,10 @@ void *dma_pool_alloc(struct dma_pool *pool, gfp_t mem_flags,
continue; continue;
if (pool->dev) if (pool->dev)
dev_err(pool->dev, dev_err(pool->dev,
"dma_pool_alloc %s, %p (corruped)\n", "dma_pool_alloc %s, %p (corrupted)\n",
pool->name, retval); pool->name, retval);
else else
pr_err("dma_pool_alloc %s, %p (corruped)\n", pr_err("dma_pool_alloc %s, %p (corrupted)\n",
pool->name, retval); pool->name, retval);
/* /*
......
...@@ -316,7 +316,7 @@ static struct symbol *sym_add_exported(const char *name, struct module *mod, ...@@ -316,7 +316,7 @@ static struct symbol *sym_add_exported(const char *name, struct module *mod,
s->module->name, s->module->name,
is_vmlinux(s->module->name) ?"":".ko"); is_vmlinux(s->module->name) ?"":".ko");
} else { } else {
/* In case Modules.symvers was out of date */ /* In case Module.symvers was out of date */
s->module = mod; s->module = mod;
} }
} }
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment