Home
last modified time | relevance | path

Searched refs:by (Results 1 – 25 of 4592) sorted by relevance

12345678910>>...184

/Linux-v5.4/Documentation/arm64/
Delf_hwcaps.rst17 Userspace software can test for features by acquiring the AT_HWCAP or
30 Where software relies on a feature described by a hwcap, it should check
44 which are described by architected ID registers inaccessible to
51 Functionality implied by idreg.field == val.
56 indicate the absence of functionality implied by other values of
60 described by ID registers alone. These may be described without
68 Functionality implied by ID_AA64PFR0_EL1.FP == 0b0000.
71 Functionality implied by ID_AA64PFR0_EL1.AdvSIMD == 0b0000.
78 Functionality implied by ID_AA64ISAR0_EL1.AES == 0b0001.
81 Functionality implied by ID_AA64ISAR0_EL1.AES == 0b0010.
[all …]
/Linux-v5.4/Documentation/translations/zh_CN/process/
Dsubmitting-patches.rst367 Signed-off-by: Random J Developer <random@developer.example.org>
382 Signed-off-by: Random J Developer <random@developer.example.org>
384 Signed-off-by: Lucky K Maintainer <lucky@maintainer.example.org>
408 12)何时使用Acked-by:,CC:,和Co-Developed by:
411 Singed-off-by: 标记表示签名者参与了补丁的开发,或者他/她在补丁的传递路径中。
414 那么他们可以要求在补丁的变更日志中添加一个 Acked-by:
416 Acked-by:通常由受影响代码的维护者使用,当该维护者既没有贡献也没有转发补丁时。
418 Acked-by: 不像签字人那样正式。这是一个记录,确认人至少审查了补丁,并表示接受。
422 Acked-by:不一定表示对整个补丁的确认。例如,如果一个补丁影响多个子系统,并且
430 Co-developed-by: 声明补丁是由多个开发人员共同创建的;当几个人在一个补丁上工
[all …]
D5.Posting.rst119 - 一个或多个标记行,至少有一个由补丁作者的:signed-off-by 签名。签名将在下面
157 - Signed-off-by: 这是一个开发人员的证明,他或她有权提交补丁以包含到内核中。
162 - Co-developed-by: 声明补丁是由多个开发人员共同创建的;当几个人在一个补丁上
164 Co-developed-by: 表示作者身份,所以每个共同开发人, 必须紧跟在相关合作作者
168 - Acked-by: 表示另一个开发人员(通常是相关代码的维护人员)同意补丁适合包含
171 - Tested-by: 声明指定的人已经测试了补丁并发现它可以工作。
173 - Reviewed-by: 指定的开发人员已经审查了补丁的正确性;有关详细信息,请参阅
176 - Reported-by: 指定报告此补丁修复的问题的用户;此标记用于提供感谢。
/Linux-v5.4/Documentation/translations/ja_JP/
DSubmittingPatches3 This document is maintained by Keiichi KII <k-keiichi@bx.jp.nec.com>
336 Signed-off-by: Random J Developer <random@developer.example.org>
352 Signed-off-by とあなたがその末尾に追加する Signed-off-by の間に、修正を
358 Signed-off-by: Random J Developer <random@developer.example.org>
360 Signed-off-by: Lucky K Maintainer <lucky@maintainer.example.org>
388 13) いつ Acked-by: と Cc: を使うのか
390 「 Signed-off-by: 」タグはその署名者がパッチの開発に関わっていたことやパッチ
394 る承認を記録し、示したいとします。その場合、その人を示すのに Acked-by: が使
395 えます。Acked-by: はパッチのチェンジログにも追加されます。
398 の伝播パスにいなかった時にも、メンテナは Acked-by: をしばしば利用します。
[all …]
/Linux-v5.4/arch/arm/boot/dts/
Daxm5516-cpus.dtsi77 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 …]
Dexynos5420-cpus.dtsi15 * booting cluster (big or LITTLE) is chosen by IROM code by reading
33 #cooling-cells = <2>; /* min followed by max */
45 #cooling-cells = <2>; /* min followed by max */
57 #cooling-cells = <2>; /* min followed by max */
69 #cooling-cells = <2>; /* min followed by max */
81 #cooling-cells = <2>; /* min followed by max */
93 #cooling-cells = <2>; /* min followed by max */
105 #cooling-cells = <2>; /* min followed by max */
117 #cooling-cells = <2>; /* min followed by max */
Dexynos5422-cpus.dtsi14 * booting cluster (big or LITTLE) is chosen by IROM code by reading
32 #cooling-cells = <2>; /* min followed by max */
44 #cooling-cells = <2>; /* min followed by max */
56 #cooling-cells = <2>; /* min followed by max */
68 #cooling-cells = <2>; /* min followed by max */
80 #cooling-cells = <2>; /* min followed by max */
92 #cooling-cells = <2>; /* min followed by max */
104 #cooling-cells = <2>; /* min followed by max */
116 #cooling-cells = <2>; /* min followed by max */
/Linux-v5.4/arch/x86/crypto/
Daes_ctrby8_avx-x86_64.S156 .set by, \b define
167 .rept (by - 1)
183 club DDQ_DATA, by
191 .rept (by - 1)
200 .rept by
215 .rept by
221 add $(16*by), p_in
232 .rept by
246 .rept by
266 .rept by
[all …]
/Linux-v5.4/arch/arm/nwfpe/
Dsoftfloat-macros8 Written by John R. Hauser. This work was made possible in part by the
10 Street, Berkeley, California 94704. Funding was partially provided by the
14 overseen by Profs. Nelson Morgan and John Wawrzynek. More information
34 Shifts `a' right by the number of bits given in `count'. If any nonzero
36 the result by setting the least significant bit to 1. The value of `count'
39 The result is stored in the location pointed to by `zPtr'.
59 Shifts `a' right by the number of bits given in `count'. If any nonzero
61 the result by setting the least significant bit to 1. The value of `count'
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
[all …]
/Linux-v5.4/Documentation/media/uapi/v4l/
Dpixfmt-reserved.rst3 .. Version 1.1 or any later version published by the Free Software
16 These formats are not defined by this specification, they are just
53 - 8 bit RGB format used by the BTTV driver.
58 - YUV 4:2:0 format used by the IVTV driver,
67 - YUV format used by the gspca cpia1 driver.
78 - YUYV per line used by the gspca driver.
83 - YYUV per line used by the gspca driver.
88 - YUVY per line used by the gspca driver.
93 - Compressed GBRG Bayer format used by the gspca driver.
98 - Compressed BGGR Bayer format used by the gspca driver.
[all …]
Dpixfmt-v4l2-mplane.rst3 .. Version 1.1 or any later version published by the Free Software
35 set by the driver. When the image consists of variable length
36 compressed data this is the number of bytes required by the
54 - Reserved for future extensions. Should be zeroed by drivers and
102 - Flags set by the application or driver, see :ref:`format-flags`.
107 This information supplements the ``colorspace`` and must be set by
108 the driver for capture streams and by the application for output
113 This information supplements the ``colorspace`` and must be set by
114 the driver for capture streams and by the application for output
120 This information supplements the ``colorspace`` and must be set by
[all …]
Dselection-api-configuration.rst3 .. Version 1.1 or any later version published by the Free Software
38 areas that can be sampled is given by the ``V4L2_SEL_TGT_CROP_BOUNDS``
44 the area actually sampled, is given by the ``V4L2_SEL_TGT_CROP`` target.
50 Each capture device has a default source rectangle, given by the
60 the image size set by :ref:`VIDIOC_S_FMT <VIDIOC_G_FMT>`.
62 The part of a buffer into which the image is inserted by the hardware is
63 controlled by the ``V4L2_SEL_TGT_COMPOSE`` target. The rectangle's
76 The part of a buffer that is modified by the hardware is given by
78 ``V4L2_SEL_TGT_COMPOSE`` plus all padding data modified by hardware
80 be changed by the hardware. The content of pixels that lie inside the
[all …]
/Linux-v5.4/arch/m68k/fpsp040/
Dbinstr.S16 | bit 63. The fraction is multiplied by 10 using a mul by 2
17 | shift and a mul by 8 shift. The bits shifted out of the
28 | A3. Multiply the fraction in d2:d3 by 8 using bit-field
32 | A4. Multiply the fraction in d4:d5 by 2 using shifts. The msb
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
87 | A3. Multiply d2:d3 by 8; extract msbs into d1.
[all …]
/Linux-v5.4/tools/lib/traceevent/Documentation/
Dlibtraceevent-event_list.txt7 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.
41 must be freed by the caller. Note that the content of the array must not be
48 it is managed by the library.
51 In case of an error, NULL is returned. The returned array must be freed by
68 /* Failed to get the events, sorted by ID */
[all …]
/Linux-v5.4/Documentation/media/kapi/
Dmc-core.rst28 other entities. Data (not restricted to video) produced by an entity
39 A media device is represented by a struct :c:type:`media_device`
41 Allocation of the structure is handled by the media device driver, usually by
45 Drivers register media device instances by calling
47 and unregistered by calling :c:func:`media_device_unregister()`.
52 Entities are represented by a struct :c:type:`media_entity`
58 Drivers initialize entity pads by calling
61 Drivers register entities with a media device by calling
63 and unregistered by calling
69 Interfaces are represented by a
[all …]
/Linux-v5.4/drivers/char/mwave/
DREADME5 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-v5.4/Documentation/sound/soc/
Djack.rst11 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().
42 bits supported by the jack. Each snd_soc_jack has zero or more of these
43 which are updated automatically. They are created by the machine driver
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(),
[all …]
/Linux-v5.4/Documentation/virt/kvm/
Ds390-diag.txt8 Note that bits are numbered as by the usual s390 convention (most significant
15 DIAGNOSE calls by the guest cause a mandatory intercept. This implies
16 all supported DIAGNOSE calls need to be handled by either KVM or its
19 All DIAGNOSE calls supported by KVM use the RS-a format:
26 The second-operand address (obtained by the base/displacement calculation)
30 The supported DIAGNOSE function codes vary by the userspace used. For
50 Handled by userspace.
53 Handled by userspace.
56 Handled by userspace.
59 Handled by either userspace or KVM (ioeventfd case).
[all …]
/Linux-v5.4/drivers/staging/greybus/Documentation/firmware/
Dfirmware-management10 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
76 The Character device (gb-fw-mgmt-0 in example) can be opened by the userspace
142 This ioctl shall be used by the user to get the version and firmware-tag of
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
149 running Backend Interface Firmware identified by a firmware-tag. The user is
151 in this case. The 'major' and 'minor' fields are set by the kernel in
156 This ioctl shall be used by the user to load an Interface Firmware package on
[all …]
/Linux-v5.4/drivers/iio/buffer/
DKconfig10 Should be selected by any drivers that do in-kernel push
16 Provides the generic IIO DMA buffer infrastructure that can be used by
19 Should be selected by drivers that want to use the generic DMA buffer
27 DMAengine framework. This can be used by converter drivers with a DMA port
28 connected to an external DMA controller which is supported by the
31 Should be selected by drivers that want to use this functionality.
38 are handled by hardware.
40 Should be selected by drivers that want to use the generic Hw consumer
/Linux-v5.4/Documentation/pcmcia/
Dlocking.rst62 protected by pcmcia_socket_list_rwsem;
67 The resource_ops and their data are protected by ops_mutex.
72 - by pcmcia_socket_list_rwsem::
76 - by thread_lock::
80 - by skt_mutex::
87 - by ops_mutex::
116 - by pcmcia_socket->ops_mutex::
128 - by the PCMCIA driver::
/Linux-v5.4/Documentation/admin-guide/pm/
Dintel_pstate.rst24 For the processors supported by ``intel_pstate``, the P-state concept is broader
26 LinuxCon Europe 2015 presentation by Kristen Accardi [1]_ for more
28 by ``intel_pstate`` internally follows the hardware specification (for details
31 frequencies are involved in the user space interface exposed by it, so
36 that. Some functionality of the core is limited by that.
38 Since the hardware P-state selection interface used by ``intel_pstate`` is
79 For example, the ``powersave`` P-state selection algorithm provided by
83 There are two P-state selection algorithms provided by ``intel_pstate`` in the
88 Which of the P-state selection algorithms is used by default depends on the
90 Namely, if that option is set, the ``performance`` algorithm will be used by
[all …]
/Linux-v5.4/sound/soc/sof/intel/
DKconfig17 This option is not user-selectable but automagically handled by
33 This option is not user-selectable but automagically handled by
39 This option is not user-selectable but automagically handled by
47 This option is not user-selectable but automagically handled by
57 This option is not user-selectable but automagically handled by
74 This option is not user-selectable but automagically handled by
90 This option is not user-selectable but automagically handled by
109 This option is not user-selectable but automagically handled by
124 This option is not user-selectable but automagically handled by
139 This option is not user-selectable but automagically handled by
[all …]
/Linux-v5.4/Documentation/driver-api/rapidio/
Drio_cm.rst30 capability to large number of user-space processes by introducing socket-like
55 with channel ID assigned automatically or as requested by a caller.
64 channel. If wait timeout for this request is specified by a caller it is
72 The handler for this request assumes that message buffer specified by
73 a caller includes the reserved space for a packet header required by
78 handler will wait for new message until timeout specified by a caller
80 defined by MAX_SCHEDULE_TIMEOUT.
86 The ioctl command codes and corresponding data structures intended for use by
92 This device driver uses standard interfaces defined by kernel RapidIO subsystem
93 and therefore it can be used with any mport device driver registered by RapidIO
[all …]
/Linux-v5.4/Documentation/power/regulator/
Dconsumer.rst12 A consumer driver can get access to its supply regulator by calling ::
17 then finds the correct regulator by consulting a machine specific lookup table.
25 Consumers can be supplied by more than one regulator e.g. codec consumer with
39 A consumer can enable its power supply by calling::
46 previously enabled by bootloader or kernel board initialization code.
48 A consumer can determine if a regulator is enabled by calling::
55 A consumer can disable its supply when no longer needed by calling::
80 Consumers can control their supply voltage by calling::
92 The regulators configured voltage output can be found by calling::
111 Consumers can control their supply current limit by calling::
[all …]

12345678910>>...184