| /linux/drivers/accessibility/speakup/ |
| H A D | Kconfig | 11 boot up to shutdown. For more information on Speakup,
39 for more details.
57 help on the Speakup choice above for more info.
66 help on the Speakup choice above for more info.
74 help on the Speakup choice above for more info.
82 Speakup choice above for more info.
90 help on the Speakup choice above for more info.
99 help on the Speakup choice above for more info.
108 configuration help on the Speakup choice above for more
120 choice above for more inf
[all...] |
| /linux/drivers/net/ethernet/intel/ |
| H A D | Kconfig | 39 More specific information on configuring the driver is in
50 adapters. For more information on how to identify your adapter, go
55 More specific information on configuring the driver is in
69 use the regular e1000 driver For more information on how to
75 More specific information on configuring the driver is in
98 adapters. For more information on how to identify your adapter, go
103 More specific information on configuring the driver is in
133 This driver supports Intel(R) 82576 virtual functions. For more
139 More specific information on configuring the driver is in
155 adapters. For more informatio
[all...] |
| /linux/Documentation/filesystems/bcachefs/future/ |
| H A D | idle_work.rst | 5 let work build up so we can process it in more efficient batches, while also
9 usage is more important - we want to operate differently, with a "rush to
46 a lot more work to service each write and the system becomes much slower.
55 is - a task should start flushing work more quickly when the task above it has
58 e.g. rebalance should start flushing more quickly when page cache writeback is
59 idle, and journal reclaim should only start flushing more quickly when both
62 It's important to let work accumulate when more work is still incoming and we
63 still have room, because flushing is always more efficient if we let it batch
65 generating more updates for the btree nodes that journal reclaim needs to flush.
71 work that would have been unnecessary if we'd allowed things to batch more
[all...] |
| /linux/drivers/gpu/drm/vc4/tests/ |
| H A D | vc4_test_pv_muxing.c | 294 VC4_PV_MUXING_TEST("More than 3 outputs: DSI0, HDMI0, DSI1, TXP",
299 VC4_PV_MUXING_TEST("More than 3 outputs: DSI0, VEC, DSI1, TXP",
304 VC4_PV_MUXING_TEST("More than 3 outputs: DPI, HDMI0, DSI1, TXP",
309 VC4_PV_MUXING_TEST("More than 3 outputs: DPI, VEC, DSI1, TXP",
489 VC5_PV_MUXING_TEST("More than 3 outputs: DPI, VEC, TXP, DSI1",
494 VC5_PV_MUXING_TEST("More than 3 outputs: DPI, VEC, TXP, HDMI0",
499 VC5_PV_MUXING_TEST("More than 3 outputs: DPI, VEC, TXP, HDMI1",
504 VC5_PV_MUXING_TEST("More than 3 outputs: DPI, VEC, DSI1, HDMI0",
509 VC5_PV_MUXING_TEST("More than 3 outputs: DPI, VEC, DSI1, HDMI1",
514 VC5_PV_MUXING_TEST("More tha
[all...] |
| /linux/net/tipc/ |
| H A D | trace.h | 129 int tipc_skb_dump(struct sk_buff *skb, bool more, char *buf);
130 int tipc_list_dump(struct sk_buff_head *list, bool more, char *buf);
133 int tipc_node_dump(struct tipc_node *n, bool more, char *buf);
138 TP_PROTO(struct sk_buff *skb, bool more, const char *header),
140 TP_ARGS(skb, more, header),
144 __dynamic_array(char, buf, (more) ? SKB_LMAX : SKB_LMIN)
149 tipc_skb_dump(skb, more, __get_str(buf));
157 TP_PROTO(struct sk_buff *skb, bool more, const char *header), \
158 TP_ARGS(skb, more, header))
165 TP_PROTO(struct sk_buff_head *list, bool more, cons
[all...] |
| H A D | trace.c | 48 * @more: dump more?
53 int tipc_skb_dump(struct sk_buff *skb, bool more, char *buf) in tipc_skb_dump() argument
56 size_t sz = (more) ? SKB_LMAX : SKB_LMIN; in tipc_skb_dump()
123 /* need more? */ in tipc_skb_dump()
128 if (!more) in tipc_skb_dump()
161 * @more: dump more?
166 int tipc_list_dump(struct sk_buff_head *list, bool more, char *buf) in tipc_list_dump() argument
169 size_t sz = (more) in tipc_list_dump()
[all...] |
| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | tuner.rst | 13 Video input devices can have one or more tuners demodulating a RF
14 signal. Each tuner is associated with one or more video inputs,
34 current tuner, when there is more than one. The tuner is solely
38 device has one or more tuners.
44 Video output devices can have one or more modulators, that modulate a
46 set or video recorder. Each modulator is associated with one or more
68 is more than one at all. The modulator is solely determined by the
73 one or more modulators.
|
| /linux/include/drm/ |
| H A D | drm_simple_kms_helper.h | 103 * interrupt handling, or drm_crtc_send_vblank_event() for more
117 * more details.
133 * more details.
143 * more details.
153 * more details.
163 * more details.
172 * more details.
180 * documentation for the &drm_crtc_funcs.reset hook for more details.
189 * hook for more details.
198 * hook for more detail
[all...] |
| /linux/arch/mips/include/uapi/asm/ |
| H A D | bitfield.h | 5 * for more details.
16 #define __BITFIELD_FIELD(field, more) \ argument
18 more
22 #define __BITFIELD_FIELD(field, more) \ argument
23 more \
|
| /linux/crypto/ |
| H A D | algif_hash.c | 27 bool more; member
78 continuing = ctx->more; in hash_sendmsg()
164 ctx->more = msg->msg_flags & MSG_MORE; in hash_sendmsg()
175 ctx->more = false; in hash_sendmsg()
202 if (!result && !ctx->more) { in hash_recvmsg()
209 if (!result || ctx->more) { in hash_recvmsg()
210 ctx->more = false; in hash_recvmsg()
238 bool more; in hash_accept() local
248 more = ctx->more; in hash_accept()
[all...] |
| /linux/include/linux/ |
| H A D | zlib.h | 44 this checks there is no more input data available and the next data
62 application must provide more input and/or consume the output
63 (providing more output space) before each call.
122 exactly 65536 bytes, but will not be required to allocate more than this
233 - Compress more input starting at next_in and update next_in and avail_in
238 - Provide more output starting at next_out and update next_out and avail_out
245 one of the actions is possible, by providing more input and/or consuming
246 more output, and updating avail_in or avail_out accordingly; avail_out
251 output buffer because there might be more output pending.
267 with the same value of the flush parameter and more outpu
[all...] |
| H A D | reset.h | 275 * If this function is called more than once for the same reset_control it will
360 * See reset_control_bulk_get_exclusive_released() for more information.
424 * See reset_control_get_exclusive() for more information.
443 * See reset_control_bulk_get_exclusive() for more information.
461 * See reset_control_get_shared() for more information.
480 * See reset_control_bulk_get_shared() for more information.
605 * See reset_control_get_exclusive() for more information.
625 * See reset_control_get_exclusive() for more information.
644 * See reset_control_bulk_get_exclusive() for more information.
664 * See reset_control_get_exclusive_released() for more informatio
[all...] |
| /linux/drivers/staging/media/atomisp/pci/ |
| H A D | ia_css_err.h | 21 This warning can be avoided by de-queuing ISYS buffers more timely. */
23 This warning can be avoided by de-queuing PSYS buffers more timely. */
25 This warning can be avoided by unlocking locked frame-buffers more timely. */
27 This warning can be avoided by unlocking locked frame-buffers more timely. */
29 This warning can be avoided by unlocking locked frame-buffers more timely. */
|
| /linux/drivers/net/ethernet/freescale/dpaa2/ |
| H A D | dpsw.c | 25 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
66 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
90 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
111 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
132 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
153 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
186 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
220 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
260 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
290 * @cmd_flags: Command flags; one or more o
[all...] |
| H A D | dpni.c | 81 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
126 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
152 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
195 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
218 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
241 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
276 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
299 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
335 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
376 * @cmd_flags: Command flags; one or more o
[all...] |
| /linux/drivers/block/zram/ |
| H A D | Kconfig | 13 disks and maybe many more.
15 See Documentation/admin-guide/blockdev/zram.rst for more information.
119 See Documentation/admin-guide/blockdev/zram.rst for more information.
126 entry (page), which can be used for a more fine grained IDLE
138 See Documentation/admin-guide/blockdev/zram.rst for more information.
145 re-compress pages using a potentially slower but more effective
|
| /linux/Documentation/ABI/stable/ |
| H A D | sysfs-firmware-opal-elog | 15 Linux if there is no room for more log entries.
19 the service processor needs more room for log entries,
26 The service processor may be able to store more log
34 do more parsing in kernel and add more files to make
36 more information.
|
| /linux/Documentation/hwmon/ |
| H A D | lm83.rst | 61 like to thank here. More testers will be of course welcome.
64 Most motherboards come with more than just temperature sensors for
68 chip, which provides more features. Since systems usually need three
71 won't have to handle more than two temperatures. Thus, ADM1021 clones
88 accuracy is guaranteed to 3.0 degrees (see the datasheet for more
95 The lm83 driver will not update its values more frequently than every
96 other second; reading them more often will do no harm, but will return
|
| /linux/drivers/comedi/drivers/ |
| H A D | jr3_pci.c | 321 int more = 1; in jr3_check_firmware() local
329 while (more) { in jr3_check_firmware()
333 more = more && read_idm_word(data, size, &pos, &count); in jr3_check_firmware()
334 if (more && count == 0xffff) in jr3_check_firmware()
337 more = more && read_idm_word(data, size, &pos, &addr); in jr3_check_firmware()
338 while (more && count > 0) { in jr3_check_firmware()
341 more = more in jr3_check_firmware()
355 int more = 1; jr3_write_firmware() local
[all...] |
| /linux/Documentation/devicetree/bindings/soundwire/ |
| H A D | qcom,soundwire.yaml | 87 More info in MIPI Alliance SoundWire 1.0 Specifications.
98 More info in MIPI Alliance SoundWire 1.0 Specifications.
109 More info in MIPI Alliance SoundWire 1.0 Specifications.
120 More info in MIPI Alliance SoundWire 1.0 Specifications.
131 More info in MIPI Alliance SoundWire 1.0 Specifications.
142 More info in MIPI Alliance SoundWire 1.0 Specifications.
155 More info in MIPI Alliance SoundWire 1.0 Specifications.
172 More info in MIPI Alliance SoundWire 1.0 Specifications.
189 More info in MIPI Alliance SoundWire 1.0 Specifications.
205 More inf
[all...] |
| /linux/Documentation/filesystems/ |
| H A D | inotify.rst | 33 An fd-per-watch quickly consumes more file descriptors than are allowed,
34 more fd's than are feasible to manage, and more fd's than are optimally
72 Additionally, it _is_ possible to more than one instance and
73 juggle more than one queue and thus more than one associated fd. There
75 process can easily want more than one queue.
|
| /linux/drivers/crypto/caam/ |
| H A D | dpseci.c | 14 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
51 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
72 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
90 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
109 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
127 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
156 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
188 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
223 * @cmd_flags: Command flags; one or more of 'MC_CMD_FLAG_'
263 * @cmd_flags: Command flags; one or more o
[all...] |
| /linux/Documentation/arch/x86/ |
| H A D | tlb.rst | 15 time. This could potentially cost many more instructions, but
16 it is a much more precise operation, causing no collateral
28 3. The size of the TLB. The larger the TLB, the more collateral
30 more attractive an individual flush looks. Data and
33 cache on modern CPUs, and the global flushes have become more
48 This will cause us to do the global flush for more cases.
|
| /linux/Documentation/filesystems/bcachefs/ |
| H A D | CodingStyle.rst | 11 Things don't always have to be perfect - nitpicking often does more harm than
61 often nudge you towards making the entire system simpler and more robust.
79 exist) and much more informative. And they can be used from sysfs/debugfs, as
91 tool, but always look for more immediate ways to make things visible. When we
125 and perhaps even your documentation, too. Like anything else in life, the more
135 Nobody writes all perfect code that all gets shipped, and you'll be much more
142 us to make existing code more general, more flexible, more multipurpose and
143 perhaps more robus
[all...] |
| /linux/Documentation/scheduler/ |
| H A D | schedutil.rst | 42 For more detail see: kernel/sched/pelt.c
60 For more dynamic systems where the hardware is in control of DVFS we use
76 We pick 4C turbo over 1C turbo to make it slightly more sustainable.
86 For more detail see:
108 For more detail see: kernel/sched/fair.c:util_est_dequeue()
117 For more detail see: include/uapi/linux/sched/types.h
137 u := u_clamp + u_irq + u_dl; [approx. see source for more detail]
155 For more information see: kernel/sched/cpufreq_schedutil.c
|