You've already forked linux-apfs
mirror of
https://github.com/linux-apfs/linux-apfs.git
synced 2026-05-01 15:00:59 -07:00
Fix common misspellings
Fixes generated by 'codespell' and manually reviewed. Signed-off-by: Lucas De Marchi <lucas.demarchi@profusion.mobi>
This commit is contained in:
@@ -1677,7 +1677,7 @@ W: http://www.codemonkey.org.uk
|
|||||||
D: Assorted VIA x86 support.
|
D: Assorted VIA x86 support.
|
||||||
D: 2.5 AGPGART overhaul.
|
D: 2.5 AGPGART overhaul.
|
||||||
D: CPUFREQ maintenance.
|
D: CPUFREQ maintenance.
|
||||||
D: Fedora kernel maintainence.
|
D: Fedora kernel maintenance.
|
||||||
D: Misc/Other.
|
D: Misc/Other.
|
||||||
S: 314 Littleton Rd, Westford, MA 01886, USA
|
S: 314 Littleton Rd, Westford, MA 01886, USA
|
||||||
|
|
||||||
@@ -3211,7 +3211,7 @@ N: James Simmons
|
|||||||
E: jsimmons@infradead.org
|
E: jsimmons@infradead.org
|
||||||
E: jsimmons@users.sf.net
|
E: jsimmons@users.sf.net
|
||||||
D: Frame buffer device maintainer
|
D: Frame buffer device maintainer
|
||||||
D: input layer developement
|
D: input layer development
|
||||||
D: tty/console layer
|
D: tty/console layer
|
||||||
D: various mipsel devices
|
D: various mipsel devices
|
||||||
S: 115 Carmel Avenue
|
S: 115 Carmel Avenue
|
||||||
@@ -3290,7 +3290,7 @@ S: USA
|
|||||||
N: Manfred Spraul
|
N: Manfred Spraul
|
||||||
E: manfred@colorfullife.com
|
E: manfred@colorfullife.com
|
||||||
W: http://www.colorfullife.com/~manfred
|
W: http://www.colorfullife.com/~manfred
|
||||||
D: Lots of tiny hacks. Larger improvments to SysV IPC msg,
|
D: Lots of tiny hacks. Larger improvements to SysV IPC msg,
|
||||||
D: slab, pipe, select.
|
D: slab, pipe, select.
|
||||||
S: 71701 Schwieberdingen
|
S: 71701 Schwieberdingen
|
||||||
S: Germany
|
S: Germany
|
||||||
|
|||||||
@@ -29,7 +29,7 @@ Contact: Cornelia Huck <cornelia.huck@de.ibm.com>
|
|||||||
linux-s390@vger.kernel.org
|
linux-s390@vger.kernel.org
|
||||||
Description: Contains the PIM/PAM/POM values, as reported by the
|
Description: Contains the PIM/PAM/POM values, as reported by the
|
||||||
channel subsystem when last queried by the common I/O
|
channel subsystem when last queried by the common I/O
|
||||||
layer (this implies that this attribute is not neccessarily
|
layer (this implies that this attribute is not necessarily
|
||||||
in sync with the values current in the channel subsystem).
|
in sync with the values current in the channel subsystem).
|
||||||
Note: This is an I/O-subchannel specific attribute.
|
Note: This is an I/O-subchannel specific attribute.
|
||||||
Users: s390-tools, HAL
|
Users: s390-tools, HAL
|
||||||
|
|||||||
@@ -33,5 +33,5 @@ Contact: Richard Purdie <rpurdie@rpsys.net>
|
|||||||
Description:
|
Description:
|
||||||
Invert the LED on/off state. This parameter is specific to
|
Invert the LED on/off state. This parameter is specific to
|
||||||
gpio and backlight triggers. In case of the backlight trigger,
|
gpio and backlight triggers. In case of the backlight trigger,
|
||||||
it is usefull when driving a LED which is intended to indicate
|
it is useful when driving a LED which is intended to indicate
|
||||||
a device in a standby like state.
|
a device in a standby like state.
|
||||||
|
|||||||
@@ -40,7 +40,7 @@
|
|||||||
|
|
||||||
<para>Central frequency of the channel.</para>
|
<para>Central frequency of the channel.</para>
|
||||||
|
|
||||||
<para>For ISDB-T the channels are usally transmitted with an offset of 143kHz. E.g. a
|
<para>For ISDB-T the channels are usually transmitted with an offset of 143kHz. E.g. a
|
||||||
valid frequncy could be 474143 kHz. The stepping is bound to the bandwidth of
|
valid frequncy could be 474143 kHz. The stepping is bound to the bandwidth of
|
||||||
the channel which is 6MHz.</para>
|
the channel which is 6MHz.</para>
|
||||||
|
|
||||||
|
|||||||
@@ -139,7 +139,7 @@ consistently to the DiSEqC commands as described in the DiSEqC spec.</para>
|
|||||||
<section id="frontend_sec_tone">
|
<section id="frontend_sec_tone">
|
||||||
<title>SEC continuous tone</title>
|
<title>SEC continuous tone</title>
|
||||||
|
|
||||||
<para>The continous 22KHz tone is usually used with non-DiSEqC capable LNBs to switch the
|
<para>The continuous 22KHz tone is usually used with non-DiSEqC capable LNBs to switch the
|
||||||
high/low band of a dual-band LNB. When using DiSEqC epuipment this voltage has to
|
high/low band of a dual-band LNB. When using DiSEqC epuipment this voltage has to
|
||||||
be switched consistently to the DiSEqC commands as described in the DiSEqC
|
be switched consistently to the DiSEqC commands as described in the DiSEqC
|
||||||
spec.</para>
|
spec.</para>
|
||||||
|
|||||||
@@ -1763,7 +1763,7 @@ as it would be on UP.
|
|||||||
There is a furthur optimization possible here: remember our original
|
There is a furthur optimization possible here: remember our original
|
||||||
cache code, where there were no reference counts and the caller simply
|
cache code, where there were no reference counts and the caller simply
|
||||||
held the lock whenever using the object? This is still possible: if
|
held the lock whenever using the object? This is still possible: if
|
||||||
you hold the lock, noone can delete the object, so you don't need to
|
you hold the lock, no one can delete the object, so you don't need to
|
||||||
get and put the reference count.
|
get and put the reference count.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
|
|||||||
@@ -1032,7 +1032,7 @@ and other resources, etc.
|
|||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
This is indicated by ICRC bit in the ERROR register and
|
This is indicated by ICRC bit in the ERROR register and
|
||||||
means that corruption occurred during data transfer. Upto
|
means that corruption occurred during data transfer. Up to
|
||||||
ATA/ATAPI-7, the standard specifies that this bit is only
|
ATA/ATAPI-7, the standard specifies that this bit is only
|
||||||
applicable to UDMA transfers but ATA/ATAPI-8 draft revision
|
applicable to UDMA transfers but ATA/ATAPI-8 draft revision
|
||||||
1f says that the bit may be applicable to multiword DMA and
|
1f says that the bit may be applicable to multiword DMA and
|
||||||
@@ -1045,10 +1045,10 @@ and other resources, etc.
|
|||||||
<term>ABRT error during data transfer or on completion</term>
|
<term>ABRT error during data transfer or on completion</term>
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
Upto ATA/ATAPI-7, the standard specifies that ABRT could be
|
Up to ATA/ATAPI-7, the standard specifies that ABRT could be
|
||||||
set on ICRC errors and on cases where a device is not able
|
set on ICRC errors and on cases where a device is not able
|
||||||
to complete a command. Combined with the fact that MWDMA
|
to complete a command. Combined with the fact that MWDMA
|
||||||
and PIO transfer errors aren't allowed to use ICRC bit upto
|
and PIO transfer errors aren't allowed to use ICRC bit up to
|
||||||
ATA/ATAPI-7, it seems to imply that ABRT bit alone could
|
ATA/ATAPI-7, it seems to imply that ABRT bit alone could
|
||||||
indicate tranfer errors.
|
indicate tranfer errors.
|
||||||
</para>
|
</para>
|
||||||
@@ -1122,7 +1122,7 @@ and other resources, etc.
|
|||||||
<para>
|
<para>
|
||||||
Depending on commands, not all STATUS/ERROR bits are
|
Depending on commands, not all STATUS/ERROR bits are
|
||||||
applicable. These non-applicable bits are marked with
|
applicable. These non-applicable bits are marked with
|
||||||
"na" in the output descriptions but upto ATA/ATAPI-7
|
"na" in the output descriptions but up to ATA/ATAPI-7
|
||||||
no definition of "na" can be found. However,
|
no definition of "na" can be found. However,
|
||||||
ATA/ATAPI-8 draft revision 1f describes "N/A" as
|
ATA/ATAPI-8 draft revision 1f describes "N/A" as
|
||||||
follows.
|
follows.
|
||||||
@@ -1507,7 +1507,7 @@ and other resources, etc.
|
|||||||
|
|
||||||
<listitem>
|
<listitem>
|
||||||
<para>
|
<para>
|
||||||
CHS set up with INITIALIZE DEVICE PARAMETERS (seldomly used)
|
CHS set up with INITIALIZE DEVICE PARAMETERS (seldom used)
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
|
|
||||||
|
|||||||
@@ -485,7 +485,7 @@ static void board_select_chip (struct mtd_info *mtd, int chip)
|
|||||||
Reed-Solomon library.
|
Reed-Solomon library.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
The ECC bytes must be placed immidiately after the data
|
The ECC bytes must be placed immediately after the data
|
||||||
bytes in order to make the syndrome generator work. This
|
bytes in order to make the syndrome generator work. This
|
||||||
is contrary to the usual layout used by software ECC. The
|
is contrary to the usual layout used by software ECC. The
|
||||||
separation of data and out of band area is not longer
|
separation of data and out of band area is not longer
|
||||||
@@ -629,7 +629,7 @@ static void board_select_chip (struct mtd_info *mtd, int chip)
|
|||||||
holds the bad block table. Store a pointer to the pattern
|
holds the bad block table. Store a pointer to the pattern
|
||||||
in the pattern field. Further the length of the pattern has to be
|
in the pattern field. Further the length of the pattern has to be
|
||||||
stored in len and the offset in the spare area must be given
|
stored in len and the offset in the spare area must be given
|
||||||
in the offs member of the nand_bbt_descr stucture. For mirrored
|
in the offs member of the nand_bbt_descr structure. For mirrored
|
||||||
bad block tables different patterns are mandatory.</para></listitem>
|
bad block tables different patterns are mandatory.</para></listitem>
|
||||||
<listitem><para>Table creation</para>
|
<listitem><para>Table creation</para>
|
||||||
<para>Set the option NAND_BBT_CREATE to enable the table creation
|
<para>Set the option NAND_BBT_CREATE to enable the table creation
|
||||||
@@ -648,7 +648,7 @@ static void board_select_chip (struct mtd_info *mtd, int chip)
|
|||||||
<listitem><para>Table version control</para>
|
<listitem><para>Table version control</para>
|
||||||
<para>Set the option NAND_BBT_VERSION to enable the table version control.
|
<para>Set the option NAND_BBT_VERSION to enable the table version control.
|
||||||
It's highly recommended to enable this for mirrored tables with write
|
It's highly recommended to enable this for mirrored tables with write
|
||||||
support. It makes sure that the risk of loosing the bad block
|
support. It makes sure that the risk of losing the bad block
|
||||||
table information is reduced to the loss of the information about the
|
table information is reduced to the loss of the information about the
|
||||||
one worn out block which should be marked bad. The version is stored in
|
one worn out block which should be marked bad. The version is stored in
|
||||||
4 consecutive bytes in the spare area of the device. The position of
|
4 consecutive bytes in the spare area of the device. The position of
|
||||||
@@ -1060,19 +1060,19 @@ data in this page</entry>
|
|||||||
<row>
|
<row>
|
||||||
<entry>0x3D</entry>
|
<entry>0x3D</entry>
|
||||||
<entry>ECC byte 21</entry>
|
<entry>ECC byte 21</entry>
|
||||||
<entry>Error correction code byte 0 of the eigth 256 Bytes of data
|
<entry>Error correction code byte 0 of the eighth 256 Bytes of data
|
||||||
in this page</entry>
|
in this page</entry>
|
||||||
</row>
|
</row>
|
||||||
<row>
|
<row>
|
||||||
<entry>0x3E</entry>
|
<entry>0x3E</entry>
|
||||||
<entry>ECC byte 22</entry>
|
<entry>ECC byte 22</entry>
|
||||||
<entry>Error correction code byte 1 of the eigth 256 Bytes of data
|
<entry>Error correction code byte 1 of the eighth 256 Bytes of data
|
||||||
in this page</entry>
|
in this page</entry>
|
||||||
</row>
|
</row>
|
||||||
<row>
|
<row>
|
||||||
<entry>0x3F</entry>
|
<entry>0x3F</entry>
|
||||||
<entry>ECC byte 23</entry>
|
<entry>ECC byte 23</entry>
|
||||||
<entry>Error correction code byte 2 of the eigth 256 Bytes of data
|
<entry>Error correction code byte 2 of the eighth 256 Bytes of data
|
||||||
in this page</entry>
|
in this page</entry>
|
||||||
</row>
|
</row>
|
||||||
</tbody></tgroup></informaltable>
|
</tbody></tgroup></informaltable>
|
||||||
|
|||||||
@@ -267,8 +267,8 @@
|
|||||||
<sect1 id="machine-constraint">
|
<sect1 id="machine-constraint">
|
||||||
<title>Constraints</title>
|
<title>Constraints</title>
|
||||||
<para>
|
<para>
|
||||||
As well as definining the connections the machine interface
|
As well as defining the connections the machine interface
|
||||||
also provides constraints definining the operations that
|
also provides constraints defining the operations that
|
||||||
clients are allowed to perform and the parameters that may be
|
clients are allowed to perform and the parameters that may be
|
||||||
set. This is required since generally regulator devices will
|
set. This is required since generally regulator devices will
|
||||||
offer more flexibility than it is safe to use on a given
|
offer more flexibility than it is safe to use on a given
|
||||||
|
|||||||
@@ -797,7 +797,7 @@ framework to set up sysfs files for this region. Simply leave it alone.
|
|||||||
perform some initialization. After that, your hardware
|
perform some initialization. After that, your hardware
|
||||||
starts working and will generate an interrupt as soon
|
starts working and will generate an interrupt as soon
|
||||||
as it's finished, has some data available, or needs your
|
as it's finished, has some data available, or needs your
|
||||||
attention because an error occured.
|
attention because an error occurred.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
<filename>/dev/uioX</filename> is a read-only file. A
|
<filename>/dev/uioX</filename> is a read-only file. A
|
||||||
|
|||||||
@@ -690,7 +690,7 @@ usbdev_ioctl (int fd, int ifno, unsigned request, void *param)
|
|||||||
</para><para>
|
</para><para>
|
||||||
This request lets kernel drivers talk to user mode code
|
This request lets kernel drivers talk to user mode code
|
||||||
through filesystem operations even when they don't create
|
through filesystem operations even when they don't create
|
||||||
a charactor or block special device.
|
a character or block special device.
|
||||||
It's also been used to do things like ask devices what
|
It's also been used to do things like ask devices what
|
||||||
device special file should be used.
|
device special file should be used.
|
||||||
Two pre-defined ioctls are used
|
Two pre-defined ioctls are used
|
||||||
|
|||||||
@@ -100,7 +100,7 @@ linux-kernel@vger.kernel.org, 2002-11-20. --></para>
|
|||||||
|
|
||||||
<para>By convention system administrators create various
|
<para>By convention system administrators create various
|
||||||
character device special files with these major and minor numbers in
|
character device special files with these major and minor numbers in
|
||||||
the <filename>/dev</filename> directory. The names recomended for the
|
the <filename>/dev</filename> directory. The names recommended for the
|
||||||
different V4L2 device types are listed in <xref linkend="devices" />.
|
different V4L2 device types are listed in <xref linkend="devices" />.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
|
|||||||
@@ -1243,7 +1243,7 @@ values are:</entry>
|
|||||||
</row><row><entry spanname="descr">Mutes the audio when
|
</row><row><entry spanname="descr">Mutes the audio when
|
||||||
capturing. This is not done by muting audio hardware, which can still
|
capturing. This is not done by muting audio hardware, which can still
|
||||||
produce a slight hiss, but in the encoder itself, guaranteeing a fixed
|
produce a slight hiss, but in the encoder itself, guaranteeing a fixed
|
||||||
and reproducable audio bitstream. 0 = unmuted, 1 = muted.</entry>
|
and reproducible audio bitstream. 0 = unmuted, 1 = muted.</entry>
|
||||||
</row>
|
</row>
|
||||||
<row><entry></entry></row>
|
<row><entry></entry></row>
|
||||||
<row id="v4l2-mpeg-video-encoding">
|
<row id="v4l2-mpeg-video-encoding">
|
||||||
|
|||||||
@@ -90,7 +90,7 @@
|
|||||||
processing hardware.</para>
|
processing hardware.</para>
|
||||||
|
|
||||||
<figure id="pipeline-scaling">
|
<figure id="pipeline-scaling">
|
||||||
<title>Image Format Negotation on Pipelines</title>
|
<title>Image Format Negotiation on Pipelines</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
<imagedata fileref="pipeline.pdf" format="PS" />
|
<imagedata fileref="pipeline.pdf" format="PS" />
|
||||||
|
|||||||
@@ -140,7 +140,7 @@ and is not locked sets the cid to the scaled value.
|
|||||||
<para>int v4l2_get_control(int fd, int cid) -
|
<para>int v4l2_get_control(int fd, int cid) -
|
||||||
This function returns a value of 0 - 65535, scaled to from the actual range
|
This function returns a value of 0 - 65535, scaled to from the actual range
|
||||||
of the given v4l control id. when the cid does not exist, could not be
|
of the given v4l control id. when the cid does not exist, could not be
|
||||||
accessed for some reason, or some error occured 0 is returned.
|
accessed for some reason, or some error occurred 0 is returned.
|
||||||
</para></listitem>
|
</para></listitem>
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
</section>
|
</section>
|
||||||
|
|||||||
@@ -133,7 +133,7 @@ different IR's. Due to that, V4L2 API now specifies a standard for mapping Media
|
|||||||
<row><entry><constant>KEY_LEFT</constant></entry><entry>Left key</entry><entry>LEFT</entry></row>
|
<row><entry><constant>KEY_LEFT</constant></entry><entry>Left key</entry><entry>LEFT</entry></row>
|
||||||
<row><entry><constant>KEY_RIGHT</constant></entry><entry>Right key</entry><entry>RIGHT</entry></row>
|
<row><entry><constant>KEY_RIGHT</constant></entry><entry>Right key</entry><entry>RIGHT</entry></row>
|
||||||
|
|
||||||
<row><entry><emphasis role="bold">Miscelaneous keys</emphasis></entry></row>
|
<row><entry><emphasis role="bold">Miscellaneous keys</emphasis></entry></row>
|
||||||
|
|
||||||
<row><entry><constant>KEY_DOT</constant></entry><entry>Return a dot</entry><entry>.</entry></row>
|
<row><entry><constant>KEY_DOT</constant></entry><entry>Return a dot</entry><entry>.</entry></row>
|
||||||
<row><entry><constant>KEY_FN</constant></entry><entry>Select a function</entry><entry>FUNCTION</entry></row>
|
<row><entry><constant>KEY_FN</constant></entry><entry>Select a function</entry><entry>FUNCTION</entry></row>
|
||||||
|
|||||||
@@ -4784,7 +4784,7 @@ struct _snd_pcm_runtime {
|
|||||||
FM registers can be directly accessed through the direct-FM API,
|
FM registers can be directly accessed through the direct-FM API,
|
||||||
defined in <filename><sound/asound_fm.h></filename>. In
|
defined in <filename><sound/asound_fm.h></filename>. In
|
||||||
ALSA native mode, FM registers are accessed through
|
ALSA native mode, FM registers are accessed through
|
||||||
the Hardware-Dependant Device direct-FM extension API, whereas in
|
the Hardware-Dependent Device direct-FM extension API, whereas in
|
||||||
OSS compatible mode, FM registers can be accessed with the OSS
|
OSS compatible mode, FM registers can be accessed with the OSS
|
||||||
direct-FM compatible API in <filename>/dev/dmfmX</filename> device.
|
direct-FM compatible API in <filename>/dev/dmfmX</filename> device.
|
||||||
</para>
|
</para>
|
||||||
|
|||||||
@@ -253,8 +253,8 @@ In constrast, MSI is restricted to a maximum of 32 interrupts (and
|
|||||||
must be a power of two). In addition, the MSI interrupt vectors must
|
must be a power of two). In addition, the MSI interrupt vectors must
|
||||||
be allocated consecutively, so the system may not be able to allocate
|
be allocated consecutively, so the system may not be able to allocate
|
||||||
as many vectors for MSI as it could for MSI-X. On some platforms, MSI
|
as many vectors for MSI as it could for MSI-X. On some platforms, MSI
|
||||||
interrupts must all be targetted at the same set of CPUs whereas MSI-X
|
interrupts must all be targeted at the same set of CPUs whereas MSI-X
|
||||||
interrupts can all be targetted at different CPUs.
|
interrupts can all be targeted at different CPUs.
|
||||||
|
|
||||||
4.5.2 Spinlocks
|
4.5.2 Spinlocks
|
||||||
|
|
||||||
|
|||||||
@@ -28,7 +28,7 @@ expect these delays to be short, measurable in days, not weeks or months.
|
|||||||
A disclosure date is negotiated by the security team working with the
|
A disclosure date is negotiated by the security team working with the
|
||||||
bug submitter as well as vendors. However, the kernel security team
|
bug submitter as well as vendors. However, the kernel security team
|
||||||
holds the final say when setting a disclosure date. The timeframe for
|
holds the final say when setting a disclosure date. The timeframe for
|
||||||
disclosure is from immediate (esp. if it's already publically known)
|
disclosure is from immediate (esp. if it's already publicly known)
|
||||||
to a few weeks. As a basic default policy, we expect report date to
|
to a few weeks. As a basic default policy, we expect report date to
|
||||||
disclosure date to be on the order of 7 days.
|
disclosure date to be on the order of 7 days.
|
||||||
|
|
||||||
|
|||||||
@@ -101,7 +101,7 @@ PM support: Since Linux is used on many portable and desktop systems, your
|
|||||||
complete overview of the power management issues related to
|
complete overview of the power management issues related to
|
||||||
drivers see Documentation/power/devices.txt .
|
drivers see Documentation/power/devices.txt .
|
||||||
|
|
||||||
Control: In general if there is active maintainance of a driver by
|
Control: In general if there is active maintenance of a driver by
|
||||||
the author then patches will be redirected to them unless
|
the author then patches will be redirected to them unless
|
||||||
they are totally obvious and without need of checking.
|
they are totally obvious and without need of checking.
|
||||||
If you want to be the contact and update point for the
|
If you want to be the contact and update point for the
|
||||||
|
|||||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user