Docs: typos/spelling
Fix spelling and grammar in Docs descriptions Signed-off-by: Remington Brasga <rbrasga@uci.edu> Reviewed-by: Randy Dunlap <rdunlap@infradead.org> Signed-off-by: Jonathan Corbet <corbet@lwn.net> Link: https://lore.kernel.org/r/20240429225527.2329-1-rbrasga@uci.edu
This commit is contained in:
parent
d43ddd5c91
commit
da51bbcdba
@ -135,7 +135,7 @@ and does not want to suffer the performance impact, one can always
|
|||||||
disable the mitigation with spec_rstack_overflow=off.
|
disable the mitigation with spec_rstack_overflow=off.
|
||||||
|
|
||||||
Similarly, 'Mitigation: IBPB' is another full mitigation type employing
|
Similarly, 'Mitigation: IBPB' is another full mitigation type employing
|
||||||
an indrect branch prediction barrier after having applied the required
|
an indirect branch prediction barrier after having applied the required
|
||||||
microcode patch for one's system. This mitigation comes also at
|
microcode patch for one's system. This mitigation comes also at
|
||||||
a performance cost.
|
a performance cost.
|
||||||
|
|
||||||
|
@ -7308,7 +7308,7 @@
|
|||||||
This can be changed after boot by writing to the
|
This can be changed after boot by writing to the
|
||||||
matching /sys/module/workqueue/parameters file. All
|
matching /sys/module/workqueue/parameters file. All
|
||||||
workqueues with the "default" affinity scope will be
|
workqueues with the "default" affinity scope will be
|
||||||
updated accordignly.
|
updated accordingly.
|
||||||
|
|
||||||
workqueue.debug_force_rr_cpu
|
workqueue.debug_force_rr_cpu
|
||||||
Workqueue used to implicitly guarantee that work
|
Workqueue used to implicitly guarantee that work
|
||||||
|
@ -308,7 +308,7 @@ limited by the ``advisor_max_cpu`` parameter. In addition there is also the
|
|||||||
``advisor_target_scan_time`` parameter. This parameter sets the target time to
|
``advisor_target_scan_time`` parameter. This parameter sets the target time to
|
||||||
scan all the KSM candidate pages. The parameter ``advisor_target_scan_time``
|
scan all the KSM candidate pages. The parameter ``advisor_target_scan_time``
|
||||||
decides how aggressive the scan time advisor scans candidate pages. Lower
|
decides how aggressive the scan time advisor scans candidate pages. Lower
|
||||||
values make the scan time advisor to scan more aggresively. This is the most
|
values make the scan time advisor to scan more aggressively. This is the most
|
||||||
important parameter for the configuration of the scan time advisor.
|
important parameter for the configuration of the scan time advisor.
|
||||||
|
|
||||||
The initial value and the maximum value can be changed with
|
The initial value and the maximum value can be changed with
|
||||||
|
@ -173,7 +173,7 @@ When accessing IDE registers with A6=1 (for example $84x),
|
|||||||
the timing will always be mode 0 8-bit compatible, no matter
|
the timing will always be mode 0 8-bit compatible, no matter
|
||||||
what you have selected in the speed register:
|
what you have selected in the speed register:
|
||||||
|
|
||||||
781ns select, IOR/IOW after 4 clock cycles (=314ns) aktive.
|
781ns select, IOR/IOW after 4 clock cycles (=314ns) active.
|
||||||
|
|
||||||
All the timings with a very short select-signal (the 355ns
|
All the timings with a very short select-signal (the 355ns
|
||||||
fast accesses) depend on the accelerator card used in the
|
fast accesses) depend on the accelerator card used in the
|
||||||
|
@ -41,7 +41,7 @@ Chapter 36. Coprocessor services
|
|||||||
submissions until they succeed; waiting for an outstanding CCB to complete is not necessary, and would
|
submissions until they succeed; waiting for an outstanding CCB to complete is not necessary, and would
|
||||||
not be a guarantee that a future submission would succeed.
|
not be a guarantee that a future submission would succeed.
|
||||||
|
|
||||||
The availablility of DAX coprocessor command service is indicated by the presence of the DAX virtual
|
The availability of DAX coprocessor command service is indicated by the presence of the DAX virtual
|
||||||
device node in the guest MD (Section 8.24.17, “Database Analytics Accelerators (DAX) virtual-device
|
device node in the guest MD (Section 8.24.17, “Database Analytics Accelerators (DAX) virtual-device
|
||||||
node”).
|
node”).
|
||||||
|
|
||||||
|
@ -138,7 +138,7 @@ Note this example does not include the sigaltstack preparation.
|
|||||||
Dynamic features in signal frames
|
Dynamic features in signal frames
|
||||||
---------------------------------
|
---------------------------------
|
||||||
|
|
||||||
Dynamcally enabled features are not written to the signal frame upon signal
|
Dynamically enabled features are not written to the signal frame upon signal
|
||||||
entry if the feature is in its initial configuration. This differs from
|
entry if the feature is in its initial configuration. This differs from
|
||||||
non-dynamic features which are always written regardless of their
|
non-dynamic features which are always written regardless of their
|
||||||
configuration. Signal handlers can examine the XSAVE buffer's XSTATE_BV
|
configuration. Signal handlers can examine the XSAVE buffer's XSTATE_BV
|
||||||
|
@ -18,7 +18,7 @@ exceptions`_, `NMI and NMI-like exceptions`_.
|
|||||||
Non-instrumentable code - noinstr
|
Non-instrumentable code - noinstr
|
||||||
---------------------------------
|
---------------------------------
|
||||||
|
|
||||||
Most instrumentation facilities depend on RCU, so intrumentation is prohibited
|
Most instrumentation facilities depend on RCU, so instrumentation is prohibited
|
||||||
for entry code before RCU starts watching and exit code after RCU stops
|
for entry code before RCU starts watching and exit code after RCU stops
|
||||||
watching. In addition, many architectures must save and restore register state,
|
watching. In addition, many architectures must save and restore register state,
|
||||||
which means that (for example) a breakpoint in the breakpoint entry code would
|
which means that (for example) a breakpoint in the breakpoint entry code would
|
||||||
|
@ -462,7 +462,7 @@ statements is reduced. This is also reflected in the assembly code.
|
|||||||
Analysis 3
|
Analysis 3
|
||||||
==========
|
==========
|
||||||
|
|
||||||
Very weird. Guess it has to do with caching or instruction parallellism
|
Very weird. Guess it has to do with caching or instruction parallelism
|
||||||
or so. I also tried on an eeePC (Celeron, clocked at 900 Mhz). Interesting
|
or so. I also tried on an eeePC (Celeron, clocked at 900 Mhz). Interesting
|
||||||
observation was that this one is only 30% slower (according to time)
|
observation was that this one is only 30% slower (according to time)
|
||||||
executing the code as my 3Ghz D920 processor.
|
executing the code as my 3Ghz D920 processor.
|
||||||
|
@ -259,7 +259,7 @@ attributes for Serial Attached SCSI, a variant of SATA aimed at large
|
|||||||
high-end systems.
|
high-end systems.
|
||||||
|
|
||||||
The SAS transport class contains common code to deal with SAS HBAs, an
|
The SAS transport class contains common code to deal with SAS HBAs, an
|
||||||
aproximated representation of SAS topologies in the driver model, and
|
approximated representation of SAS topologies in the driver model, and
|
||||||
various sysfs attributes to expose these topologies and management
|
various sysfs attributes to expose these topologies and management
|
||||||
interfaces to userspace.
|
interfaces to userspace.
|
||||||
|
|
||||||
|
@ -422,7 +422,7 @@ USBDEVFS_CONNECTINFO
|
|||||||
|
|
||||||
USBDEVFS_GET_SPEED
|
USBDEVFS_GET_SPEED
|
||||||
Returns the speed of the device. The speed is returned as a
|
Returns the speed of the device. The speed is returned as a
|
||||||
nummerical value in accordance with enum usb_device_speed
|
numerical value in accordance with enum usb_device_speed
|
||||||
|
|
||||||
File modification time is not updated by this request.
|
File modification time is not updated by this request.
|
||||||
|
|
||||||
|
@ -68,7 +68,7 @@ The expected flow for the consumers:
|
|||||||
can be enabled for the device.
|
can be enabled for the device.
|
||||||
2. Call `amd_wbrf_register_notifier` to register for notification
|
2. Call `amd_wbrf_register_notifier` to register for notification
|
||||||
of frequency band change(add or remove) from other producers.
|
of frequency band change(add or remove) from other producers.
|
||||||
3. Call the `amd_wbrf_retrieve_freq_band` initally to retrieve
|
3. Call the `amd_wbrf_retrieve_freq_band` initially to retrieve
|
||||||
current active frequency bands considering some producers may broadcast
|
current active frequency bands considering some producers may broadcast
|
||||||
such information before the consumer is up.
|
such information before the consumer is up.
|
||||||
4. On receiving a notification for frequency band change, run
|
4. On receiving a notification for frequency band change, run
|
||||||
|
@ -44,7 +44,7 @@ For our purposes all operations fall in 6 classes:
|
|||||||
* decide which of the source and target need to be locked.
|
* decide which of the source and target need to be locked.
|
||||||
The source needs to be locked if it's a non-directory, target - if it's
|
The source needs to be locked if it's a non-directory, target - if it's
|
||||||
a non-directory or about to be removed.
|
a non-directory or about to be removed.
|
||||||
* take the locks that need to be taken (exlusive), in inode pointer order
|
* take the locks that need to be taken (exclusive), in inode pointer order
|
||||||
if need to take both (that can happen only when both source and target
|
if need to take both (that can happen only when both source and target
|
||||||
are non-directories - the source because it wouldn't need to be locked
|
are non-directories - the source because it wouldn't need to be locked
|
||||||
otherwise and the target because mixing directory and non-directory is
|
otherwise and the target because mixing directory and non-directory is
|
||||||
@ -234,7 +234,7 @@ among the children, in some order. But that is also impossible, since
|
|||||||
neither of the children is a descendent of another.
|
neither of the children is a descendent of another.
|
||||||
|
|
||||||
That concludes the proof, since the set of operations with the
|
That concludes the proof, since the set of operations with the
|
||||||
properties requiered for a minimal deadlock can not exist.
|
properties required for a minimal deadlock can not exist.
|
||||||
|
|
||||||
Note that the check for having a common ancestor in cross-directory
|
Note that the check for having a common ancestor in cross-directory
|
||||||
rename is crucial - without it a deadlock would be possible. Indeed,
|
rename is crucial - without it a deadlock would be possible. Indeed,
|
||||||
|
@ -858,7 +858,7 @@ be misspelled d_alloc_anon().
|
|||||||
|
|
||||||
**mandatory**
|
**mandatory**
|
||||||
|
|
||||||
[should've been added in 2016] stale comment in finish_open() nonwithstanding,
|
[should've been added in 2016] stale comment in finish_open() notwithstanding,
|
||||||
failure exits in ->atomic_open() instances should *NOT* fput() the file,
|
failure exits in ->atomic_open() instances should *NOT* fput() the file,
|
||||||
no matter what. Everything is handled by the caller.
|
no matter what. Everything is handled by the caller.
|
||||||
|
|
||||||
@ -989,7 +989,7 @@ This mechanism would only work for a single device so the block layer couldn't
|
|||||||
find the owning superblock of any additional devices.
|
find the owning superblock of any additional devices.
|
||||||
|
|
||||||
In the old mechanism reusing or creating a superblock for a racing mount(2) and
|
In the old mechanism reusing or creating a superblock for a racing mount(2) and
|
||||||
umount(2) relied on the file_system_type as the holder. This was severly
|
umount(2) relied on the file_system_type as the holder. This was severely
|
||||||
underdocumented however:
|
underdocumented however:
|
||||||
|
|
||||||
(1) Any concurrent mounter that managed to grab an active reference on an
|
(1) Any concurrent mounter that managed to grab an active reference on an
|
||||||
|
@ -80,7 +80,7 @@ to the dentry cache with::
|
|||||||
|
|
||||||
Debugging options may require the minimum possible slab order to increase as
|
Debugging options may require the minimum possible slab order to increase as
|
||||||
a result of storing the metadata (for example, caches with PAGE_SIZE object
|
a result of storing the metadata (for example, caches with PAGE_SIZE object
|
||||||
sizes). This has a higher liklihood of resulting in slab allocation errors
|
sizes). This has a higher likelihood of resulting in slab allocation errors
|
||||||
in low memory situations or if there's high fragmentation of memory. To
|
in low memory situations or if there's high fragmentation of memory. To
|
||||||
switch off debugging for such caches by default, use::
|
switch off debugging for such caches by default, use::
|
||||||
|
|
||||||
|
@ -81,7 +81,7 @@ A summary of the ``@optname`` entries is as follows::
|
|||||||
destination addresses.
|
destination addresses.
|
||||||
|
|
||||||
SCTP_SENDMSG_CONNECT - Initiate a connection that is generated by a
|
SCTP_SENDMSG_CONNECT - Initiate a connection that is generated by a
|
||||||
sendmsg(2) or sctp_sendmsg(3) on a new asociation.
|
sendmsg(2) or sctp_sendmsg(3) on a new association.
|
||||||
|
|
||||||
SCTP_PRIMARY_ADDR - Set local primary address.
|
SCTP_PRIMARY_ADDR - Set local primary address.
|
||||||
|
|
||||||
|
@ -31,7 +31,7 @@ Linux內核補丁提交檢查單
|
|||||||
|
|
||||||
c) 使用 ``O=builddir`` 時可以成功編譯
|
c) 使用 ``O=builddir`` 時可以成功編譯
|
||||||
|
|
||||||
d) 任何 Doucmentation/ 下的變更都能成功構建且不引入新警告/錯誤。
|
d) 任何 Documentation/ 下的變更都能成功構建且不引入新警告/錯誤。
|
||||||
用 ``make htmldocs`` 或 ``make pdfdocs`` 檢驗構建情況並修復問題。
|
用 ``make htmldocs`` 或 ``make pdfdocs`` 檢驗構建情況並修復問題。
|
||||||
|
|
||||||
3) 通過使用本地交叉編譯工具或其他一些構建設施在多個CPU體系結構上構建。
|
3) 通過使用本地交叉編譯工具或其他一些構建設施在多個CPU體系結構上構建。
|
||||||
|
Loading…
Reference in New Issue
Block a user