| /linux-6.15/sound/usb/line6/ |
| H A D | midibuf.c | 13 static int midibuf_message_length(unsigned char code) in midibuf_message_length() argument
17 if (code < 0x80) in midibuf_message_length()
19 else if (code < 0xf0) { in midibuf_message_length()
22 message_length = length[(code >> 4) - 8]; in midibuf_message_length()
27 message_length = length[code & 0x0f]; in midibuf_message_length()
|
| /linux-6.15/arch/arm/boot/dts/nxp/imx/ |
| H A D | imx6ull-uti260b.dts | 72 linux,code = <KEY_UP>;
78 linux,code = <KEY_DOWN>;
84 linux,code = <KEY_LEFT>;
90 linux,code = <KEY_RIGHT>;
96 linux,code = <KEY_ENTER>;
102 linux,code = <KEY_ESC>;
108 linux,code = <KEY_MEDIA>;
114 linux,code = <BTN_TRIGGER>;
120 linux,code = <KEY_POWER>;
126 linux,code = <KEY_LIGHTS_TOGGLE>;
|
| /linux-6.15/arch/arm/boot/dts/broadcom/ |
| H A D | bcm47094-asus-rt-ac3100.dtsi | 28 linux,code = <KEY_BRIGHTNESS_ZERO>;
34 linux,code = <KEY_RESTART>;
40 linux,code = <KEY_RFKILL>;
46 linux,code = <KEY_WPS_BUTTON>;
|
| /linux-6.15/drivers/scsi/isci/ |
| H A D | scu_event_codes.h | 87 #define SCU_EVENT_SPECIFIC(code) \ argument
88 ((u32)(code) << SCU_EVENT_SPECIFIC_CODE_SHIFT)
96 #define SCU_EVENT_MESSAGE(type, code) \ argument
97 ((type) | SCU_EVENT_SPECIFIC(code))
|
| /linux-6.15/tools/crypto/ccp/ |
| H A D | dbc_cli.py | 57 def pretty_error(code): argument
58 if code in ERRORS:
59 print(ERRORS[code])
61 print("failed with return code %d" % code)
|
| /linux-6.15/drivers/gpu/drm/nouveau/nvkm/engine/gr/ |
| H A D | gf117.c | 107 .code.data = gf117_grhub_code,
108 .code.size = sizeof(gf117_grhub_code),
117 .code.data = gf117_grgpc_code,
118 .code.size = sizeof(gf117_grgpc_code),
|
| /linux-6.15/Documentation/hwmon/ |
| H A D | pmbus-core.rst | 35 split into core, generic, and device specific code. The core code (in
36 pmbus_core.c) provides generic functionality. The generic code (in pmbus.c)
40 to PCI code, where generic code is augmented as needed with quirks for all kinds
65 The API between core and device specific PMBus code is defined in
85 to be implemented in device specific code.
98 code returns non-negative values if a virtual command is supported, or a
99 negative error code if not. The chip driver may return -ENODATA or any other
100 Linux error code in this case, though an error code other than -ENODATA is
102 core code will abort if the chip driver returns an error code when reading
103 or writing virtual registers (in other words, the PMBus core code will never
[all …]
|
| /linux-6.15/lib/zlib_inflate/ |
| H A D | inffixed.h | 10 static const code lenfix[512] = {
87 static const code distfix[32] = {
|
| /linux-6.15/arch/sh/boards/mach-rsk/ |
| H A D | devices-rsk7203.c | 88 .code = BTN_0,
93 .code = BTN_1,
98 .code = BTN_2,
|
| /linux-6.15/drivers/media/platform/microchip/ |
| H A D | microchip-csi2dc.c | 217 struct v4l2_subdev_mbus_code_enum *code) in csi2dc_enum_mbus_code() argument
219 if (code->index >= ARRAY_SIZE(csi2dc_formats)) in csi2dc_enum_mbus_code()
222 code->code = csi2dc_formats[code->index].mbus_code; in csi2dc_enum_mbus_code()
265 if (req_fmt->format.code == fmt->mbus_code) in csi2dc_set_fmt()
276 req_fmt->format.code, csi2dc_formats[0].mbus_code); in csi2dc_set_fmt()
279 req_fmt->format.code = try_fmt->mbus_code; in csi2dc_set_fmt()
303 csi2dc->format.code, csi2dc->format.width, in csi2dc_set_fmt()
446 v4l2_try_fmt->code = csi2dc_formats[0].mbus_code; in csi2dc_init_state()
641 csi2dc->format.code = csi2dc_formats[0].mbus_code; in csi2dc_default_format()
|
| /linux-6.15/Documentation/driver-api/ |
| H A D | eisa.rst | 17 detection code is generally also used to probe ISA cards). Moreover,
23 - The bus code implements most of the generic code. It is shared
24 among all the architectures that the EISA code runs on. It
30 and the generic bus code. It is responsible for discovering the
32 by the bus code. This can go from something as simple as reserving
34 EISA code. This is the part to implement in order to have EISA
197 Force the probing code to probe EISA slots even when it cannot find an
206 code (since probing is now in the core EISA code). Unfortunately, most
208 care must be taken when ripping out the EISA code, so other busses
|
| /linux-6.15/drivers/usb/storage/ |
| H A D | Kconfig | 31 Say Y here in order to have the USB Mass Storage code generate
37 Say Y here to include additional code to support the power-saving function
83 Say Y here to include additional code to support storage devices
105 Say Y here to include additional code to support the Sandisk SDDR-09
114 Say Y here to include additional code to support the Sandisk SDDR-55
122 Say Y here to include additional code to support the Lexar Jumpshot
130 Say Y here to include additional code to support the Olympus MAUSB-10
142 Say Y here to include additional code to support the Maxtor OneTouch
145 This code registers the button on the front of Maxtor OneTouch USB
155 Say Y here to include additional code to support the Rio Karma
[all …]
|
| /linux-6.15/drivers/scsi/aic7xxx/aicasm/ |
| H A D | aicasm_gram.y | 262 | code
1175 code:
1182 code:
1189 code:
1199 code:
1209 code:
1223 code:
1240 code:
1247 code:
1257 code:
[all …]
|
| /linux-6.15/drivers/media/platform/samsung/exynos4-is/ |
| H A D | fimc-capture.c | 588 if (code) in fimc_capture_try_format()
589 *code = ffmt->mbus_code; in fimc_capture_try_format()
631 pad, code ? *code : 0, *width, *height, in fimc_capture_try_format()
783 ffmt = fimc_find_format(NULL, mf->code != 0 ? &mf->code : NULL, in fimc_pipeline_try_format()
792 mf->code = tfmt->code = ffmt->mbus_code; in fimc_pipeline_try_format()
805 mf->code = tfmt->code; in fimc_pipeline_try_format()
818 if (mf->code != tfmt->code) in fimc_pipeline_try_format()
829 mf->code = ffmt->mbus_code; in fimc_pipeline_try_format()
832 tfmt->code = mf->code; in fimc_pipeline_try_format()
1153 src_fmt.format.code != sink_fmt.format.code) in fimc_pipeline_validate()
[all …]
|
| /linux-6.15/net/ipv6/ |
| H A D | xfrm6_protocol.c | 127 u8 type, u8 code, int offset, __be32 info) in xfrm6_esp_err() argument
132 if (!handler->err_handler(skb, opt, type, code, offset, info)) in xfrm6_esp_err()
156 u8 type, u8 code, int offset, __be32 info) in xfrm6_ah_err() argument
161 if (!handler->err_handler(skb, opt, type, code, offset, info)) in xfrm6_ah_err()
185 u8 type, u8 code, int offset, __be32 info) in xfrm6_ipcomp_err() argument
190 if (!handler->err_handler(skb, opt, type, code, offset, info)) in xfrm6_ipcomp_err()
|
| /linux-6.15/net/netfilter/ |
| H A D | nft_socket.c | 34 regs->verdict.code = NFT_BREAK; in nft_socket_wildcard()
123 regs->verdict.code = NFT_BREAK; in nft_socket_eval()
135 regs->verdict.code = NFT_BREAK; in nft_socket_eval()
141 regs->verdict.code = NFT_BREAK; in nft_socket_eval()
149 regs->verdict.code = NFT_BREAK; in nft_socket_eval()
156 regs->verdict.code = NFT_BREAK; in nft_socket_eval()
|
| /linux-6.15/arch/arm/boot/dts/renesas/ |
| H A D | r8a73a4-ape6evm.dts | 108 linux,code = <KEY_0>;
115 linux,code = <KEY_MENU>;
121 linux,code = <KEY_HOME>;
127 linux,code = <KEY_BACK>;
133 linux,code = <KEY_VOLUMEUP>;
139 linux,code = <KEY_VOLUMEDOWN>;
|
| /linux-6.15/Documentation/driver-api/acpi/ |
| H A D | linuxized-acpica.rst | 16 ACPICA and Linux. It also describes how ACPICA code in drivers/acpi/acpica,
89 B. ACPICA Functionality - Released from ACPICA code base to offer
119 The ACPICA project maintains its code base at the following repository URL:
193 contain the ACPICA code that exactly corresponds to the ACPICA code
197 As a matter of fact, however, there are source code differences between
198 the ACPICA code in Linux and the upstream ACPICA code, referred to as
210 upstream source code and generate the linuxized fix using the ACPICA
214 so Linux developers occasionally have to change ACPICA code directly.
256 Sometimes you need to rebase your code on top of the most recent ACPICA
259 You can generate the ACPICA release series yourself and rebase your code on
|
| /linux-6.15/Documentation/core-api/ |
| H A D | asm-annotations.rst | 6 This document describes the new macros for annotation of data and code in
12 Some code like entries, trampolines, or boot code needs to be written in
13 assembly. The same as in C, such code is grouped into functions and
15 marking these pieces as code, data, or even specifying their length.
26 intended to denote the beginning of global symbols (be it data or code).
48 for most code. Both of these are especially important to support reliable
58 * code/data
93 this code needs hints like ``UNWIND_HINT_REGS`` provided by developers.
104 ``objtool`` requires that all code must be contained in an ELF symbol. Symbol
106 prefixed symbols can be used within a code region, but should be avoided for
[all …]
|
| H A D | min_heap.rst | 46 .. code-block:: c
69 .. code-block:: c
92 .. code-block:: c
110 .. code-block:: c
125 .. code-block:: c
143 .. code-block:: c
163 .. code-block:: c
179 .. code-block:: c
194 .. code-block:: c
212 .. code-block:: c
[all …]
|
| /linux-6.15/drivers/media/platform/ti/am437x/ |
| H A D | am437x-vpfe.c | 64 .code = MEDIA_BUS_FMT_YUYV8_2X8,
112 unsigned int code) in find_format_by_code() argument
119 if (fmt->code == code) in find_format_by_code()
158 static char code[5]; in print_fourcc() local
164 code[4] = '\0'; in print_fourcc()
166 return code; in print_fourcc()
989 mbus_fmt.code); in vpfe_config_image_format()
1413 fse.code = fmt->code; in vpfe_try_fmt()
1474 if (mbus_fmt.code != f->code) { in vpfe_s_fmt()
1519 fse.code = fmt->code; in vpfe_enum_size()
[all …]
|
| /linux-6.15/Documentation/admin-guide/ |
| H A D | parport.rst | 4 The ``parport`` code provides parallel-port support under Linux. This
8 You can pass parameters to the ``parport`` code to override its automatic
15 The ``parport`` code is split into two parts: generic (which deals with
23 If you load the `parport`` code as a module, say::
27 to load the generic ``parport`` code. You then must load the
28 architecture-dependent code with (for example)::
32 to tell the ``parport`` code that you want three PC-style ports, one at
250 several code paths:
258 code path is being used. (They could be a lot better actually..)
263 To turn off the 'protocol in hardware' code paths, disable
[all …]
|
| /linux-6.15/Documentation/arch/x86/ |
| H A D | orc-unwinder.rst | 19 all the code paths of a .o file, it determines information about the
31 With frame pointers enabled, GCC adds instrumentation code to every
67 mission critical oops code.
94 stack metadata validation feature, objtool already follows all code
104 That could be rectified by manually annotating those special code paths
109 And based on looking at glibc code, annotating inline asm in .c files
112 Objtool still needs a few annotations, but only in code which does
113 unusual things to the stack like entry code. And even then, far fewer
127 already has such a dependency on objtool's ability to follow GCC code
135 objtool follows GCC code quite well.
[all …]
|
| /linux-6.15/include/dt-bindings/input/ |
| H A D | input.h | 15 #define MATRIX_KEY(row, col, code) \ argument
16 ((((row) & 0xFF) << 24) | (((col) & 0xFF) << 16) | ((code) & 0xFFFF))
|
| /linux-6.15/arch/arm/boot/dts/microchip/ |
| H A D | at91sam9m10g45ek.dts | 352 linux,code = <272>;
359 linux,code = <273>;
366 linux,code = <105>;
372 linux,code = <106>;
378 linux,code = <103>;
384 linux,code = <108>;
390 linux,code = <28>;
|