| /linux-6.15/Documentation/ABI/testing/ |
| H A D | sysfs-platform-dfl-fme | 54 fails with -EINVAL if input parsing fails or input error code
63 fails with -EINVAL if input parsing fails or input error code
84 -EINVAL if input parsing fails or input inject error code isn't
93 fails with -EINVAL if input parsing fails or input error code
|
| H A D | sysfs-driver-habanalabs | 56 Description: Displays the code name of the device according to its type.
124 Description: Version of the Device's power supply F/W code. Relevant only to GOYA and GAUDI
189 Description: Version of the device's preboot F/W code
265 Description: Version of the Device's Voltage Regulator Monitor F/W code. N/A to GOYA and GAUDI
|
| /linux-6.15/arch/arm64/boot/dts/freescale/ |
| H A D | imx8mp-beacon-kit.dts | 70 linux,code = <BTN_0>;
77 linux,code = <BTN_1>;
84 linux,code = <BTN_2>;
91 linux,code = <BTN_3>;
|
| /linux-6.15/Documentation/networking/ |
| H A D | 6pack.rst | 99 - In the linux kernel configuration program, select the code maturity level
165 code has been changed with 2.1.x.
180 Some of the comments in the source code are inaccurate. They are left from
182 I haven't modified or removed them yet -- sorry! The code itself needs
|
| /linux-6.15/Documentation/input/ |
| H A D | input.rst | 112 ``keyboard`` is in-kernel input handler and is a part of VT code. It
266 unsigned short code;
274 ``code`` is event code, for example REL_X or KEY_BACKSPACE, again a complete
|
| /linux-6.15/Documentation/usb/ |
| H A D | gadget_printer.rst | 76 either on the command line or hard code the PNP ID string used for
90 This example code talks to stdout, instead of a print engine.
92 To compile the test code below:
95 2) compile the code with the follow command::
|
| /linux-6.15/drivers/net/ethernet/intel/ice/ |
| H A D | ice_fw_update.c | 95 ice_check_component_response(struct ice_pf *pf, u16 id, u8 response, u8 code, in ice_check_component_response() argument
117 component, response, code); in ice_check_component_response()
135 switch (code) { in ice_check_component_response()
188 code, component); in ice_check_component_response()
|
| /linux-6.15/arch/arm64/boot/dts/qcom/ |
| H A D | sm8350-sony-xperia-sagami.dtsi | 57 linux,code = <KEY_CAMERA_FOCUS>;
66 linux,code = <KEY_CAMERA>;
76 linux,code = <KEY_LEFTMETA>;
84 linux,code = <KEY_VOLUMEDOWN>;
631 linux,code = <KEY_VOLUMEUP>;
|
| H A D | msm8998-sony-xperia-yoshino.dtsi | 106 linux,code = <KEY_CAMERA_FOCUS>;
113 linux,code = <KEY_CAMERA>;
120 linux,code = <KEY_VOLUMEDOWN>;
128 linux,code = <KEY_VOLUMEUP>;
144 linux,code = <SW_LID>;
|
| /linux-6.15/drivers/hid/ |
| H A D | hid-debug.c | 3610 static void hid_resolv_event(__u8 type, __u16 code, struct seq_file *f) in hid_resolv_event() argument
3617 if (names[type] && names[type][code]) in hid_resolv_event()
3618 seq_printf(f, "%s", names[type][code]); in hid_resolv_event()
3620 seq_printf(f, "%04x", code); in hid_resolv_event()
3636 hid_resolv_event(usage->type, usage->code, f); in hid_dump_input_mapping()
|
| /linux-6.15/drivers/input/misc/ |
| H A D | wistron_btns.c | 239 leds_present = key->code & (FE_MAIL_LED | FE_WIFI_LED); in dmi_matched()
1114 static void handle_key(u8 code) in handle_key() argument
1117 sparse_keymap_entry_from_scancode(wistron_idev, code); in handle_key()
1142 "wistron_btns: Unknown key code %02X\n", code); in handle_key()
1201 if (entry->code & FE_UNTESTED) in wistron_setup_keymap()
|
| /linux-6.15/Documentation/admin-guide/pm/ |
| H A D | suspend-flows.rst | 25 The kernel code flows associated with the suspend and resume transitions for
27 significant differences between the :ref:`suspend-to-idle <s2idle>` code flows
28 and the code flows related to the :ref:`suspend-to-RAM <s2ram>` and
35 available. Apart from that, the suspend and resume code flows for these sleep
206 by any code running in parallel with the platform suspend hooks that may,
|
| /linux-6.15/tools/testing/selftests/kvm/arm64/ |
| H A D | page_fault_test.c | 245 int (*code)(void) = (int (*)(void))TEST_EXEC_GVA; in guest_exec() local
248 ret = code(); in guest_exec()
528 uint64_t *code; in load_exec_code_for_test() local
536 code = hva + TEST_EXEC_GVA - TEST_GVA; in load_exec_code_for_test()
537 memcpy(code, __exec_test, sizeof(__exec_test)); in load_exec_code_for_test()
|
| /linux-6.15/Documentation/userspace-api/media/v4l/ |
| H A D | dev-raw-vbi.rst | 83 code only when the given parameters are ambiguous, otherwise they modify
86 may return an ``EBUSY`` error code to indicate the returned parameters are
127 four-character-code. [#f2]_ Usually this is ``V4L2_PIX_FMT_GREY``,
258 .. code-block:: c
274 points returning an ``EBUSY`` error code if the required hardware resources
|
| /linux-6.15/Documentation/sound/cards/ |
| H A D | audigy-mixer.rst | 2 Sound Blaster Audigy mixer / default DSP code
12 The ALSA driver programs this portion of chip by default code
20 functionality. Only the default built-in code in the ALSA driver is described
205 When the tone control code is activated, the samples are always modified.
211 When the tone control code is activated, the samples are always modified.
|
| H A D | sb-live-mixer.rst | 2 Sound Blaster Live mixer / default DSP code
11 The ALSA driver programs this portion of chip by default code
23 be easy to add support for multichannel devices to the current code,
34 functionality. Only the default built-in code in the ALSA driver is described
224 When the tone control code is activated, the samples are always modified.
230 When the tone control code is activated, the samples are always modified.
|
| /linux-6.15/arch/arm64/boot/dts/rockchip/ |
| H A D | rk3399-orangepi.dts | 45 linux,code = <KEY_VOLUMEUP>;
51 linux,code = <KEY_VOLUMEDOWN>;
57 linux,code = <KEY_BACK>;
63 linux,code = <KEY_MENU>;
85 linux,code = <KEY_POWER>;
|
| /linux-6.15/drivers/staging/media/atomisp/pci/ |
| H A D | atomisp_v4l2.c | 675 u8 code; in atomisp_csi_lane_config() member
747 csi_control |= (portconfigs[i].code << MRFLD_PORT_CONFIGCODE_SHIFT) in atomisp_csi_lane_config()
911 input->code = mbus_code_enum.code; in atomisp_init_sensor()
939 fse.code = input->code; in atomisp_init_sensor()
|
| /linux-6.15/drivers/media/i2c/ |
| H A D | ov7251.c | 1087 struct v4l2_subdev_mbus_code_enum *code) in ov7251_enum_mbus_code() argument
1089 if (code->index > 0) in ov7251_enum_mbus_code()
1092 code->code = MEDIA_BUS_FMT_Y10_1X10; in ov7251_enum_mbus_code()
1101 if (fse->code != MEDIA_BUS_FMT_Y10_1X10) in ov7251_enum_frame_size()
1271 __format->code = MEDIA_BUS_FMT_Y10_1X10; in ov7251_set_format()
|
| /linux-6.15/Documentation/dev-tools/ |
| H A D | kselftest.rst | 6 directory. These are intended to be small tests to exercise individual code
13 gets added to test existing code to regression test a bug, we should be
15 code that can still test an older kernel and make sure it skips the test
358 .. code-block:: sh
372 .. code-block:: c
404 .. code-block:: sh
|
| /linux-6.15/Documentation/nvme/ |
| H A D | nvme-pci-endpoint-target.rst | 26 NVMe target core code to parse and execute NVMe commands submitted by the PCIe
52 executing the command using the target core code. For read commands, a local
61 implemented by the target core code. There are some exceptions.
117 1) The NVMe target core code limits the maximum number of I/O queues to the
130 Similar to the NVMe target core code, the NVMe PCI endpoint target driver does
287 .. code-block:: text
|
| /linux-6.15/Documentation/security/ |
| H A D | ipe.rst | 17 strong integrity guarantees over both the executable code, and specific
96 dramatic code changes to IMA, which is already present in the
153 The first issue is one of code maintenance and duplication. To author policies,
175 human-readable form to the data structure in kernel, saving on code maintenance,
198 to an code path that would result in an enforcement decision.
287 over both the executable code, and specific *data files* on the system,
365 algorithm may not always be clear to the end-user without reading the code first.
374 that they want to restrict code execution. This limits the amount of bypasses that
|
| /linux-6.15/Documentation/bpf/ |
| H A D | kfuncs.rst | 33 This prevents the compiler from optimizing away dead code, as this wrapper kfunc
262 .. code-block:: c
270 .. code-block:: c
290 .. code-block:: c
377 .. code-block:: c
392 .. code-block:: c
522 .. code-block:: c
549 .. code-block:: c
592 .. code-block:: c
650 .. code-block:: c
|
| /linux-6.15/Documentation/bpf/standardization/ |
| H A D | instruction-set.rst | 294 | code |s|class|
297 **code**
298 the operation code, whose meaning varies by instruction class
321 The 'code' field encodes the operation as below, where 'src' refers to the
328 name code offset description
364 ``{ADD, X, ALU}``, where 'code' = ``ADD``, 'source' = ``X``, and 'class' = ``ALU``, means::
439 and a 4-bit 'code' field of ``END``.
491 The 'code' field encodes the operation as below:
496 code value src_reg description notes
744 0x4 dst = code_addr(imm) integer code address
|
| /linux-6.15/Documentation/locking/ |
| H A D | rt-mutex-design.rst | 13 that happen without this code, but that is in the concept to understand
14 what the code actually is doing.
87 PI and spin locks that are used in the PI code, from now on
102 process. Since the scope of the waiter is within the code for
295 PI chain, and have the code holding spin locks while looking at a large
307 not true, the rtmutex.c code will be broken!), this allows for the least
349 The implementation of the PI code in rtmutex.c has several places that a
449 wait_lock, which this code currently holds. So setting the "Has Waiters" flag
450 forces the current owner to synchronize with this code.
543 On the wake up code, the pi_lock of the current owner is taken. The top
|