Searched +full:industry +full:- +full:standard (Results 1 – 16 of 16) sorted by relevance
| /linux/drivers/net/arcnet/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only 25 tristate "Enable standard ARCNet packet format (RFC 1201)" 29 industry-standard RFC1201 implementations, like the arcether.com 39 software complying with the "old" standard, specifically, the DOS 42 industry-standard RFC1201 implementations, like the arcether.com 71 Cap only listens to protocol 1-8. 76 This is the chipset driver for the standard COM90xx cards. If you 87 IO-mapped mode instead of memory-mapped mode. This is slower than 98 time only using memory-mapped mode, and no IO ports at all. This 103 be called arc-rimi.
|
| /linux/drivers/eisa/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only 13 The Extended Industry Standard Architecture (EISA) bus was 21 Say Y here if you are building a kernel for an EISA-based machine. 32 the Adaptec AHA-284x).
|
| /linux/Documentation/devicetree/bindings/display/panel/ |
| H A D | panel-mipi-dbi-spi.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/display/panel/panel-mipi-dbi-spi.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Noralf Trønnes <noralf@tronnes.org> 16 The MIPI Alliance Standard for Display Bus Interface defines the electrical 18 phones. The standard defines 4 display architecture types and this binding is 20 standard and type C is the serial interface. 22 The standard defines the following interface signals for type C: 23 - Power: [all …]
|
| /linux/tools/testing/selftests/bpf/ |
| H A D | generate_udp_fragments.py | 2 # SPDX-License-Identifier: GPL-2.0 9 said code. `scapy` is relatively industry standard and really 33 f.write("// SPDX-License-Identifier: GPL-2.0\n") 34 f.write("/* DO NOT EDIT -- this file is generated */\n")
|
| /linux/Documentation/devicetree/bindings/media/i2c/ |
| H A D | maxim,max96717.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 4 --- 6 $schema: http://devicetree.org/meta-schemas/core.yaml# 8 title: MAX96717 CSI-2 to GMSL2 Serializer 11 - Julien Massot <julien.massot@collabora.com> 14 The MAX96717 serializer converts MIPI CSI-2 D-PHY formatted input 16 simultaneously transmit bidirectional control-channel data while forward 18 remotely located deserializer using industry-standard coax or STP 32 - const: maxim,max96717f 33 - items: [all …]
|
| H A D | maxim,max96714.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 4 --- 6 $schema: http://devicetree.org/meta-schemas/core.yaml# 8 title: Maxim MAX96714 GMSL2 to CSI-2 Deserializer 11 - Julien Massot <julien.massot@collabora.com> 15 CSI-2 D-PHY formatted output. The device allows the GMSL2 link to 16 simultaneously transmit bidirectional control-channel data while forward 18 remotely located serializer using industry-standard coax or STP 30 - const: maxim,max96714f 31 - items: [all …]
|
| /linux/Documentation/driver-api/ |
| H A D | slimbus.rst | 9 ---------------- 11 MIPI (Mobile Industry Processor Interface) alliance. The bus uses master/slave 12 configuration, and is a 2-wire multi-drop implementation (clock, and data). 15 (System-on-Chip) and peripheral components (typically codec). SLIMbus uses 16 Time-Division-Multiplexing to accommodate multiple data channels, and 24 A data channel is used for data-transfer between 2 SLIMbus devices. Data 28 --------------------- 36 Framer device is responsible for clocking the bus, and transmitting frame-sync 49 responsible to select the active-framer for clocking the bus. 55 Each device has a 6-byte enumeration-address and the manager assigns every [all …]
|
| H A D | pin-control.rst | 9 - Enumerating and naming controllable pins 11 - Multiplexing of pins, pads, fingers (etc) see below for details 13 - Configuration of pins, pads, fingers (etc), such as software-controlled 14 biasing and driving mode specific pins, such as pull-up, pull-down, open drain, 17 Top-level interface 22 - A PIN CONTROLLER is a piece of hardware, usually a set of registers, that 26 - PINS are equal to pads, fingers, balls or whatever packaging input or 30 be sparse - i.e. there may be gaps in the space with numbers where no 60 .. code-block:: c 97 See ``arch/arm/mach-ux500/Kconfig`` for an example. [all …]
|
| /linux/Documentation/arch/arm64/ |
| H A D | arm-acpi.rst | 23 industry-standard Arm systems, they also apply to more than one operating 25 ACPI and Linux only, on an Arm system -- that is, what Linux expects of 30 ---------------- 33 exist in Linux for describing non-enumerable hardware, after all. In this 40 - ACPI’s byte code (AML) allows the platform to encode hardware behavior, 45 - ACPI’s OSPM defines a power management model that constrains what the 49 - In the enterprise server environment, ACPI has established bindings (such 55 - Choosing a single interface to describe the abstraction between a platform 61 - The new ACPI governance process works well and Linux is now at the same 87 interfaces -- one for Linux and one for Windows. [all …]
|
| /linux/Documentation/networking/ |
| H A D | iso15765-2.rst | 1 .. SPDX-License-Identifier: (GPL-2.0 OR BSD-3-Clause) 4 ISO 15765-2 (ISO-TP) 10 ISO 15765-2, also known as ISO-TP, is a transport protocol specifically defined 12 industry, for example as the transport protocol for UDSonCAN (ISO 14229-3) or 13 emission-related diagnostic services (ISO 15031-5). 15 ISO-TP can be used both on CAN CC (aka Classical CAN) and CAN FD (CAN with 21 ------------------- 23 * ISO 15765-2:2024 : Road vehicles - Diagnostic communication over Controller 27 ---------- 29 In its simplest form, ISO-TP is based on two kinds of addressing modes for the [all …]
|
| /linux/Documentation/networking/pse-pd/ |
| H A D | pse-pi.rst | 1 .. SPDX-License-Identifier: GPL-2.0 9 eight-pin modular jack, commonly known as the Ethernet RJ45 port. This 14 --------------------------- 16 The IEEE 802.3 standard provides detailed documentation on the PSE PI. 19 - Section "33.2.3 PI pin assignments" covers the pin assignments for PoE 21 - Section "145.2.4 PSE PI" addresses the configuration for PoE systems that 25 ------------------------------- 29 transmission. Unlike the configurations detailed in the PSE PI for standard 31 two pairs of wires, SPE operates on a simpler model due to its single-pair 33 assignments for power delivery, as described in the PSE PI for multi-pair [all …]
|
| /linux/Documentation/networking/device_drivers/ethernet/amazon/ |
| H A D | ena.rst | 1 .. SPDX-License-Identifier: GPL-2.0 17 The driver supports a range of ENA devices, is link-speed independent 21 Some ENA devices support SR-IOV. This driver is used for both the 22 SR-IOV Physical Function (PF) and Virtual Function (VF) devices. 26 is advertised by the device via the Admin Queue), a dedicated MSI-X 30 The ENA driver supports industry standard TCP/IP offload features such as 31 checksum offload. Receive-side scaling (RSS) is supported for multi-core 39 Some of the ENA devices support a working mode called Low-latency 54 ena_regs_defs.h Definition of ENA PCI memory-mapped (MMIO) registers. 69 - PCIe Configuration Space [all …]
|
| /linux/Documentation/networking/dsa/ |
| H A D | dsa.rst | 22 An Ethernet switch typically comprises multiple front-panel ports and one 27 gateways, or even top-of-rack switches. This host Ethernet controller will 36 For each front-panel port, DSA creates specialized network devices which are 37 used as controlling and data-flowing endpoints for use by the Linux networking 46 - what port is this frame coming from 47 - what was the reason why this frame got forwarded 48 - how to send CPU originated traffic to specific ports 52 on Port-based VLAN IDs). 57 - the "cpu" port is the Ethernet switch facing side of the management 61 - the "dsa" port(s) are just conduits between two or more switches, and as such [all …]
|
| /linux/tools/arch/x86/kcpuid/ |
| H A D | cpuid.csv | 1 # SPDX-License-Identifier: CC0-1.0 2 # Generator: x86-cpuid-db v2.4 5 # Auto-generated file. 6 # Please submit all updates and bugfixes to https://x86-cpuid.org 13 # Maximum standard leaf number + CPU vendor string 15 0x0, 0, eax, 31:0, max_std_leaf , Highest standard CPUID leaf supported 16 0x0, 0, ebx, 31:0, cpu_vendorid_0 , CPU vendor ID string bytes 0 - [all...] |
| /linux/Documentation/admin-guide/ |
| H A D | kernel-parameters.txt | 16 force -- enable ACPI if default was off 17 on -- enable ACPI but allow fallback to DT [arm64,riscv64] 18 off -- disable ACPI if default was on 19 noirq -- do not use ACPI for IRQ routing 20 strict -- Be less tolerant of platforms that are not 22 rsdt -- prefer RSDT over (default) XSDT 23 copy_dsdt -- copy DSDT to memory 24 nocmcff -- Disable firmware first mode for corrected 28 nospcr -- disable console in ACPI SPCR table as 45 If set to vendor, prefer vendor-specific driver [all …]
|
| /linux/drivers/message/fusion/ |
| H A D | mptctl.c | 7 * Copyright (c) 1999-2008 LSI Corporation 8 * (mailto:DL-MPTFusionLinux@lsi.com) 11 /*=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=*/ 25 LIMITATION, ANY WARRANTIES OR CONDITIONS OF TITLE, NON-INFRINGEMENT, 44 Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA 46 /*=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=*/ 69 #define COPYRIGHT "Copyright (c) 1999-2008 LSI Corporation" 74 /*=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=*/ 84 /*=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=*/ 92 /*=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=*/ [all …]
|