| /linux/Documentation/arm64/ |
| A D | elf_hwcaps.rst | 53 Functionality implied by idreg.field == val.
70 Functionality implied by ID_AA64PFR0_EL1.FP == 0b0000.
80 Functionality implied by ID_AA64ISAR0_EL1.AES == 0b0001.
83 Functionality implied by ID_AA64ISAR0_EL1.AES == 0b0010.
98 Functionality implied by ID_AA64PFR0_EL1.FP == 0b0001.
134 Functionality implied by ID_AA64ISAR0_EL1.DP == 0b0001.
140 Functionality implied by ID_AA64PFR0_EL1.SVE == 0b0001.
165 ID_AA64ISAR1_EL1.API == 0b0001, as described by
170 ID_AA64ISAR1_EL1.GPI == 0b0001, as described by
243 Functionality implied by ID_AA64PFR0_EL1.BT == 0b0001.
[all …]
|
| /linux/Documentation/translations/zh_TW/process/ |
| A D | submitting-patches.rst | 411 12）何時使用Acked-by:，CC:，和Co-Developed by:
417 那麼他們可以要求在補丁的變更日誌中添加一個 Acked-by:
419 Acked-by：通常由受影響代碼的維護者使用，當該維護者既沒有貢獻也沒有轉發補丁時。
421 Acked-by: 不像簽字人那樣正式。這是一個記錄，確認人至少審查了補丁，並表示接受。
425 Acked-by：不一定表示對整個補丁的確認。例如，如果一個補丁影響多個子系統，並且
472 Tested-by: 標記表示補丁已由指定的人（在某些環境中）成功測試。這個標籤通知
476 Reviewed-by：相反，根據審查人的聲明，表明該補丁已被審查並被認爲是可接受的：
482 通過提供我的 Reviewed-by，我聲明：
498 問題。任何感興趣的審閱者（完成工作的人）都可以爲一個補丁提供一個 Review-by
500 Reviewed-by: 當由已知了解主題區域並執行徹底檢查的審閱者提供時，通常會增加
[all …]
|
| A D | 5.Posting.rst | 129 - 一個或多個標記行，至少有一個由補丁作者的 Signed-off-by 簽名。標記將在下面
167 - Signed-off-by: 這是一個開發人員的證明，證明他或她有權提交補丁以包含到內核
172 - Co-developed-by: 聲明補丁是由多個開發人員共同創建的；當幾個人在一個補丁上
174 Co-developed-by: 表示作者身份，所以每個共同開發人，必須緊跟在相關合作作者
175 的Signed-off-by之後。具體內容和示例見以下文件
178 - Acked-by: 表示另一個開發人員（通常是相關代碼的維護人員）同意補丁適合包含
181 - Tested-by: 聲明某人已經測試了補丁並確認它可以工作。
183 - Reviewed-by: 表示某開發人員已經審查了補丁的正確性；有關詳細信息，請參閱
186 - Reported-by: 指定報告此補丁修復的問題的用戶；此標記用於表示感謝。
|
| /linux/Documentation/translations/zh_CN/process/ |
| A D | submitting-patches.rst | 408 12）何时使用Acked-by:，CC:，和Co-Developed by:
414 那么他们可以要求在补丁的变更日志中添加一个 Acked-by:
416 Acked-by：通常由受影响代码的维护者使用，当该维护者既没有贡献也没有转发补丁时。
418 Acked-by: 不像签字人那样正式。这是一个记录，确认人至少审查了补丁，并表示接受。
422 Acked-by：不一定表示对整个补丁的确认。例如，如果一个补丁影响多个子系统，并且
469 Tested-by: 标记表示补丁已由指定的人（在某些环境中）成功测试。这个标签通知
473 Reviewed-by：相反，根据审查人的声明，表明该补丁已被审查并被认为是可接受的：
479 通过提供我的 Reviewed-by，我声明：
495 问题。任何感兴趣的审阅者（完成工作的人）都可以为一个补丁提供一个 Review-by
497 Reviewed-by: 当由已知了解主题区域并执行彻底检查的审阅者提供时，通常会增加
[all …]
|
| A D | 5.Posting.rst | 126 - 一个或多个标记行，至少有一个由补丁作者的 Signed-off-by 签名。标记将在下面
164 - Signed-off-by: 这是一个开发人员的证明，证明他或她有权提交补丁以包含到内核
169 - Co-developed-by: 声明补丁是由多个开发人员共同创建的；当几个人在一个补丁上
171 Co-developed-by: 表示作者身份，所以每个共同开发人，必须紧跟在相关合作作者
172 的Signed-off-by之后。具体内容和示例见以下文件
175 - Acked-by: 表示另一个开发人员（通常是相关代码的维护人员）同意补丁适合包含
178 - Tested-by: 声明某人已经测试了补丁并确认它可以工作。
180 - Reviewed-by: 表示某开发人员已经审查了补丁的正确性；有关详细信息，请参阅
183 - Reported-by: 指定报告此补丁修复的问题的用户；此标记用于表示感谢。
|
| /linux/Documentation/translations/ja_JP/ |
| A D | SubmittingPatches | 352 Signed-off-by とあなたがその末尾に追加する Signed-off-by の間に、修正を
388 13) いつ Acked-by: と Cc: を使うのか
394 る承認を記録し、示したいとします。その場合、その人を示すのに Acked-by: が使
395 えます。Acked-by: はパッチのチェンジログにも追加されます。
398 の伝播パスにいなかった時にも、メンテナは Acked-by: をしばしば利用します。
400 Acked-by: は Signed-off-by: のように公式なタグではありません。それはメンテナが
403 Acked-by: へ置き換えることがあります。
407 のメンテナからの Acked-by: を持っているとします。その場合、Acked-by: は通常
409 この点は、ご自分で判断してください。(その Acked-by: が)疑わしい場合は、
418 14) Reported-by と Tested-by: と Reviewed-by: の利用
[all …]
|
| /linux/arch/arm/boot/dts/ |
| A D | axm5516-cpus.dtsi | 77 cpu-release-addr = <0>; // Fixed by the boot loader
85 cpu-release-addr = <0>; // Fixed by the boot loader
93 cpu-release-addr = <0>; // Fixed by the boot loader
101 cpu-release-addr = <0>; // Fixed by the boot loader
109 cpu-release-addr = <0>; // Fixed by the boot loader
117 cpu-release-addr = <0>; // Fixed by the boot loader
125 cpu-release-addr = <0>; // Fixed by the boot loader
133 cpu-release-addr = <0>; // Fixed by the boot loader
141 cpu-release-addr = <0>; // Fixed by the boot loader
149 cpu-release-addr = <0>; // Fixed by the boot loader
[all …]
|
| A D | exynos5420-cpus.dtsi | 15 * booting cluster (big or LITTLE) is chosen by IROM code by reading
65 #cooling-cells = <2>; /* min followed by max */
77 #cooling-cells = <2>; /* min followed by max */
89 #cooling-cells = <2>; /* min followed by max */
101 #cooling-cells = <2>; /* min followed by max */
113 #cooling-cells = <2>; /* min followed by max */
125 #cooling-cells = <2>; /* min followed by max */
137 #cooling-cells = <2>; /* min followed by max */
149 #cooling-cells = <2>; /* min followed by max */
|
| /linux/arch/arm/nwfpe/ |
| A D | softfloat-macros | 8 Written by John R. Hauser. This work was made possible in part by the
39 The result is stored in the location pointed to by `zPtr'.
64 The result is stored in the location pointed to by `zPtr'.
87 Shifts the 128-bit value formed by concatenating `a0' and `a1' right by 64
134 Shifts the 128-bit value formed by concatenating `a0' and `a1' right by the
167 Shifts the 128-bit value formed by concatenating `a0' and `a1' right by the
174 the locations pointed to by `z0Ptr' and `z1Ptr'.
282 Shifts the 128-bit value formed by concatenating `a0' and `a1' left by the
341 are stored at the locations pointed to by `z0Ptr' and `z1Ptr'.
420 pointed to by `z0Ptr', `z1Ptr', and `z2Ptr'.
[all …]
|
| /linux/arch/x86/crypto/ |
| A D | aes_ctrby8_avx-x86_64.S | 191 .rept by
206 .rept by
223 .rept by
237 .rept by
257 .rept by
266 .rept by
286 .rept by
301 .rept by
315 .rept by
331 .rept by
[all …]
|
| /linux/Documentation/userspace-api/media/v4l/ |
| A D | pixfmt-reserved.rst | 50 - 8 bit RGB format used by the BTTV driver.
55 - YUV format used by the gspca cpia1 driver.
66 - YUYV per line used by the gspca driver.
71 - YYUV per line used by the gspca driver.
76 - YUVY per line used by the gspca driver.
101 - OV511 JPEG format used by the gspca driver.
106 - OV518 JPEG format used by the gspca driver.
126 - Compressed format used by the Zoran driver
161 - Used by the Winnov Videum driver,
167 - Used by Trident tm6000
[all …]
|
| A D | pixfmt-v4l2.rst | 43 be calculated internally by the encoder itself, based on the OUTPUT
69 the value requested by the application, returning ``width`` times
70 bytes per pixel or a larger value required by the hardware. That
81 to the first plane and is divided by the same factor as the
95 number of bytes required by the codec to support the worst-case
111 by the driver for capture streams and by the application for
130 must first ensure that the feature is supported by querying the
155 the driver for capture streams and by the application for output
162 ycbcr_enc conversion is supported by setting the flag
176 that hsv_enc conversion is supported by setting the flag
[all …]
|
| /linux/arch/m68k/fpsp040/ |
| A D | binstr.S | 16 | bit 63. The fraction is multiplied by 10 using a mul by 2
33 | will be collected by the carry.
51 | d2: upper 32-bits of fraction for mul by 8
52 | d3: lower 32-bits of fraction for mul by 8
53 | d4: upper 32-bits of fraction for mul by 2
54 | d5: lower 32-bits of fraction for mul by 2
90 asll #3,%d2 |shift d2 left by 3 places
92 asll #3,%d3 |shift d3 left by 3 places
97 asll #1,%d5 |mul d5 by 2
98 roxll #1,%d4 |mul d4 by 2
[all …]
|
| /linux/Documentation/driver-api/media/ |
| A D | mc-core.rst | 41 Allocation of the structure is handled by the media device driver, usually by
45 Drivers register media device instances by calling
52 Entities are represented by a struct media_entity
58 Drivers initialize entity pads by calling
63 and unregistered by calling
69 Interfaces are represented by a
77 and remove them by calling:
117 Drivers create pad to pad links by calling:
166 Drivers initiate a graph traversal by calling
197 touched by entity drivers. Access to the field must be protected by the
[all …]
|
| /linux/tools/lib/traceevent/Documentation/ |
| A D | libtraceevent-event_list.txt | 7 Get list of events, sorted by given criteria.
28 sorted by the _sort_type_ criteria. The last element of the array is NULL.
29 The returned memory must not be freed, it is managed by the library.
34 _TEP_EVENT_SORT_ID_ - sort by the event ID.
35 _TEP_EVENT_SORT_NAME_ - sort by the event (name, system, id) triplet.
36 _TEP_EVENT_SORT_SYSTEM_ - sort by the event (system, name, id) triplet.
48 it is managed by the library.
68 /* Failed to get the events, sorted by ID */
71 /* walk through the list of the events, sorted by ID */
79 /* Failed to get the events, sorted by name */
[all …]
|
| /linux/Documentation/admin-guide/pm/ |
| A D | intel_pstate.rst | 393 by this one.]
539 by scaling governors (in the `passive mode <Passive Mode_>`_) and by the driver
579 [Note that tasks may by migrated from one CPU to another by the scheduler's
594 returned by them).
596 The information returned by the ACPI ``_PSS`` objects is used by the
606 convention, the frequency returned by ``_PSS`` for that item is greater by 1 MHz
612 The list of P-states returned by ``_PSS`` is reflected by the table of
617 frequency reported by ``acpi-cpufreq`` is higher by 1 MHz than the frequency
640 the list returned by it.
656 processor is supported by it.
[all …]
|
| /linux/Documentation/mhi/ |
| A D | mhi.rst | 12 MHI is a protocol developed by Qualcomm Innovation Center, Inc. It is used
13 by the host processors to control and communicate with modem devices over high
29 which are mapped to the host memory space by the peripheral buses like PCIe.
34 MHI BHI registers: BHI (Boot Host Interface) registers are used by the host
37 Channel Doorbell array: Channel Doorbell (DB) registers used by the host to
50 All data structures used by MHI are in the host system memory. Using the
58 Transfer rings: Used by the host to schedule work items for a channel. The
90 Transfers between the host and device are organized by channels and defined by
108 * RP indicates the next element to be serviced by the device.
137 pointed by RP, increments the RP to the next element and triggers the
[all …]
|
| /linux/Documentation/sound/soc/ |
| A D | jack.rst | 11 to be present on a single jack but handled by separate bits of
18 This is done by splitting the jacks up into three things working
19 together: the jack itself represented by a struct snd_soc_jack, sets of
33 user space. The jack itself is completely passive, it is set up by the
34 machine driver and updated by jack detection methods.
36 Jacks are created by the machine driver calling snd_soc_jack_new().
52 Actual jack detection is done by code which is able to monitor some
53 input to the system and update a jack by calling snd_soc_jack_report(),
55 be set up by the machine driver, taking configuration for the jack to
59 provided by the snd_soc_jack_add_gpio() function. Other methods are
[all …]
|
| /linux/drivers/staging/greybus/Documentation/firmware/ |
| A D | firmware-management | 10 All firmware packages on the Modules or Interfaces are managed by a special
11 Firmware Management Protocol. To support Firmware Management by the AP, the
61 be used by the user to identify the right character device for it. The class
144 fw_mgmt_ioc_get_fw' are filled by the kernel.
148 This ioctl shall be used by the user to get the version of a currently
151 in this case. The 'major' and 'minor' fields are set by the kernel in
159 'major' and 'minor' fields are set by the kernel in response.
166 set by the kernel in response.
176 This ioctl shall be used by the user to mode-switch the module to the
285 filled by the kernel.
[all …]
|
| /linux/drivers/char/mwave/ |
| A D | README | 5 are not saved by the BIOS and so do not persist after unload and reload.
18 If the dsp irq has not been setup and stored in bios by the
20 irq used by the dsp to be configured.
23 If the dsp io range has not been setup and stored in bios by the
25 io range used by the dsp to be configured.
28 If the mwave's uart irq has not been setup and stored in bios by the
30 irq used by the mwave uart to be configured.
33 If the uart io range has not been setup and stored in bios by the
35 io range used by the mwave uart to be configured.
|
| /linux/Documentation/virt/kvm/ |
| A D | s390-diag.rst | 18 DIAGNOSE calls by the guest cause a mandatory intercept. This implies
19 all supported DIAGNOSE calls need to be handled by either KVM or its
22 All DIAGNOSE calls supported by KVM use the RS-a format::
33 The supported DIAGNOSE function codes vary by the userspace used. For
53 Handled by userspace.
56 Handled by userspace.
59 Handled by userspace.
62 Handled by either userspace or KVM (ioeventfd case).
84 This function code is handled by userspace.
95 DIAGNOSE with function code 0x9c may improve system performance by
[all …]
|
| /linux/Documentation/devicetree/bindings/power/ |
| A D | power-domain.yaml | 16 used for power gating of selected IP blocks for power saving by reduced leakage
20 their PM domains provided by PM domain providers. A PM domain provider can be
21 represented by any node in the device tree and can provide one or more PM
22 domains. A consumer node can refer to the provider by a phandle and a set of
48 the power domains provided by the provider have identical OPP tables,
57 by device tree binding documentation of particular provider.
61 A phandle and PM domain specifier as defined by bindings of the power
62 controller specified by phandle. Some power domains might be powered
66 by the given provider should be subdomains of the domain specified
67 by this binding.
[all …]
|
| /linux/Documentation/livepatch/ |
| A D | system-state.rst | 17 done by the already installed livepatches.
32 or by the newly used code. Also it must be possible to find changes done by
35 Each modified state is described by struct klp_state, see
51 is supported by the given livepatch.
90 has not been already modified by a livepatches that are being
94 been done by a livepatch that is being replaced.
100 done by livepatches that were being replaced.
116 are already provided by previously installed livepatches.
118 - Do any other preparatory action that is needed by
126 code or by calling *post_unpatch()* explicitly.
[all …]
|
| /linux/Documentation/driver-api/pm/ |
| A D | cpuidle.rst | 21 belongs to. That can be done by making the idle logical CPU stop fetching
23 depended on by it into an idle state in which they will draw less power.
52 The governor itself is represented by a struct cpuidle_governor object
100 by the struct cpuidle_device object pointed to by the ``dev``
103 It is expected to reverse any changes made by the ``->enable()``
105 allocated by that callback and so on.
114 CPU represented by the struct cpuidle_device object pointed to by the
118 :c:member:`states` array of struct cpuidle_state objects held by the
168 the logical CPUs handled by the given driver.
235 handled by it.
[all …]
|
| /linux/kernel/bpf/ |
| A D | Kconfig | 7 # Used by archs to tell that they support BPF JIT compiler plus which
19 # Used by archs to tell that they want the BPF JIT compiler enabled by
44 BPF programs are normally handled by a BPF interpreter. This option
59 execution of BPF instructions by the interpreter.
66 bool "Disable unprivileged BPF by default"
70 Disables unprivileged BPF by default by setting the corresponding
72 still reenable it by setting it to 0 later on, or permanently
73 disable it by setting it to 1 (from which no other transition to
|