| /openbmc/openbmc/meta-arm/meta-arm-bsp/recipes-kernel/linux/arm-platforms-kmeta/bsp/arm-platforms/ |
| H A D | juno.scc | 8 kconf hardware juno/juno-board.cfg
9 kconf hardware juno/juno-devfreq.cfg
10 kconf hardware juno/juno-dma.cfg
11 kconf hardware juno/juno-drm.cfg
12 kconf hardware juno/juno-fb.cfg
13 kconf hardware juno/juno-i2c.cfg
14 # kconf hardware juno/juno-mali-midgard.cfg
15 kconf hardware juno/juno-mmc.cfg
16 kconf hardware juno/juno-net.cfg
17 kconf hardware juno/juno-pci.cfg
[all …]
|
| H A D | fvp.scc | 6 kconf hardware fvp/fvp-board.cfg
7 kconf hardware fvp/fvp-net.cfg
8 kconf hardware fvp/fvp-rtc.cfg
9 kconf hardware fvp/fvp-serial.cfg
10 kconf hardware fvp/fvp-cfi.cfg
11 kconf hardware fvp/fvp-drm.cfg
12 kconf hardware fvp/fvp-watchdog.cfg
|
| /openbmc/qemu/tests/migration/guestperf/ |
| H A D | engine.py | 109 def _migrate(self, hardware, scenario, src, dst, connect_uri): argument
188 hardware._mem *
209 if not hardware._dirty_ring_size:
321 def _get_common_args(self, hardware, tunnelled=False): argument
338 args.append("ramsize=%s" % hardware._mem)
349 "-m", str((hardware._mem * 1024) + 512),
350 "-smp", str(hardware._cpus),
352 if hardware._dirty_ring_size:
354 hardware._dirty_ring_size])
363 if hardware._prealloc_pages:
[all …]
|
| /openbmc/linux/drivers/media/rc/ |
| H A D | serial_ir.c | 66 static struct serial_ir_hw hardware[] = { variable
68 .lock = __SPIN_LOCK_UNLOCKED(hardware[IR_HOMEBREW].lock),
82 .lock = __SPIN_LOCK_UNLOCKED(hardware[IR_IRDEO].lock),
93 .lock = __SPIN_LOCK_UNLOCKED(hardware[IR_IRDEO_REMOTE].lock),
104 .lock = __SPIN_LOCK_UNLOCKED(hardware[IR_ANIMAX].lock),
112 .lock = __SPIN_LOCK_UNLOCKED(hardware[IR_IGOR].lock),
163 soutp(UART_MCR, hardware[type].off); in on()
165 soutp(UART_MCR, hardware[type].on); in on()
171 soutp(UART_MCR, hardware[type].on); in off()
173 soutp(UART_MCR, hardware[type].off); in off()
[all …]
|
| /openbmc/linux/sound/isa/sb/ |
| H A D | sb_common.c | 118 switch (chip->hardware) { in snd_sbdsp_probe()
122 chip->hardware = SB_HW_10; in snd_sbdsp_probe()
127 chip->hardware = SB_HW_201; in snd_sbdsp_probe()
130 chip->hardware = SB_HW_20; in snd_sbdsp_probe()
135 chip->hardware = SB_HW_PRO; in snd_sbdsp_probe()
139 chip->hardware = SB_HW_16; in snd_sbdsp_probe()
177 unsigned short hardware, in snd_sbdsp_create() argument
199 (hardware == SB_HW_ALS4000 || in snd_sbdsp_create()
200 hardware == SB_HW_CS5530) ? in snd_sbdsp_create()
209 if (hardware == SB_HW_ALS4000) in snd_sbdsp_create()
[all …]
|
| /openbmc/linux/arch/mips/boot/dts/brcm/ |
| H A D | bcm63268-comtrend-vr-3032u.dts | 29 brcm,hardware-controlled;
35 brcm,hardware-controlled;
66 brcm,hardware-controlled;
71 brcm,hardware-controlled;
76 brcm,hardware-controlled;
81 brcm,hardware-controlled;
86 brcm,hardware-controlled;
91 brcm,hardware-controlled;
96 brcm,hardware-controlled;
|
| /openbmc/linux/sound/isa/wss/ |
| H A D | wss_lib.c | 409 if ((timeout & CS4231_MCE) == 0 || !(chip->hardware & hw_mask)) in snd_wss_mce_down()
589 if (!(chip->hardware & WSS_HW_AD1848_MASK)) { in snd_wss_calibrate_mute()
597 if (chip->hardware == WSS_HW_INTERWAVE) { in snd_wss_calibrate_mute()
619 if (chip->hardware == WSS_HW_CS4231A || in snd_wss_playback_format()
620 (chip->hardware & WSS_HW_CS4232_MASK)) { in snd_wss_playback_format()
634 } else if (chip->hardware == WSS_HW_AD1845) { in snd_wss_playback_format()
656 if (chip->hardware != WSS_HW_INTERWAVE && !chip->single_dma) { in snd_wss_playback_format()
665 if (chip->hardware == WSS_HW_OPL3SA2) in snd_wss_playback_format()
680 if (chip->hardware == WSS_HW_CS4231A || in snd_wss_capture_format()
681 (chip->hardware & WSS_HW_CS4232_MASK)) { in snd_wss_capture_format()
[all …]
|
| /openbmc/linux/drivers/hwmon/pmbus/ |
| H A D | Kconfig | 21 If you say yes here you get hardware monitoring support for generic
33 If you say yes here you get hardware monitoring support for the ACBEL
44 If you say yes here you get hardware monitoring support for Analog
53 If you say yes here you get hardware monitoring support for Analog
63 If you say yes here you get hardware monitoring support for BEL
72 If you say yes here you get hardware monitoring support for BluTek
81 If you say yes here you get hardware monitoring support for the Intel
90 If you say yes here you get hardware monitoring support for
100 If you say yes here you get hardware monitoring support for
111 If you say yes here you get hardware monitoring support for the IBM
[all …]
|
| /openbmc/docs/designs/ |
| H A D | error-log-handling-for-phal.md | 17 OpenBmc Applications use the pHAL layer for hardware access and hardware
18 initialization, any software/hardware error returned by the pHAL layer need to
24 refers to the action of "guarding" faulty hardware from impacting future system
25 operation. Callout points to a specific hardware with in the server that relates
35 3. libekb for hardware procedure execution
36 4. libpdbg for hardware access
45 BMC. These libraries are used by Open Power specific application for hardware
58 HWP: Hardware procedure. A "black box" code module supplied by the hardware team
62 Device Tree: A device tree is a data structure describing the hardware
67 EKB: EKB library contains all the hardware procedures (HWP) for the specific
[all …]
|
| H A D | redfish-pcie.md | 35 from hardware. The consumer will retrieve and parse the D-Bus data to provide
42 gathering and caching PCIe hardware data and maintaining the D-Bus interfaces
43 and properties. The actual hardware mechanism that is used to gather the PCIe
44 hardware data will vary.
51 When reading hardware directly, the PCIe daemon must be aware of power state
52 changes and any BIOS timing requirements, so it can check for hardware changes,
66 Possible performance impact on the hardware-scanning and D-Bus updates. The
67 piece that implements hardware scanning should use mechanisms, such as caching
68 of the hardware configuration, to minimize the scanning time and updates to
|
| /openbmc/linux/Documentation/devicetree/bindings/crypto/ |
| H A D | brcm,spu-crypto.txt | 1 The Broadcom Secure Processing Unit (SPU) hardware supports symmetric
2 cryptographic offload for Broadcom SoCs. A SoC may have multiple SPU hardware
7 brcm,spum-crypto - for devices with SPU-M hardware
8 brcm,spu2-crypto - for devices with SPU2 hardware
9 brcm,spu2-v2-crypto - for devices with enhanced SPU2 hardware features like SHA3
11 brcm,spum-nsp-crypto - for the Northstar Plus variant of the SPU-M hardware
|
| /openbmc/linux/drivers/tty/ipwireless/ |
| H A D | tty.c | 49 struct ipw_hardware *hardware; member
216 ret = ipwireless_send_packet(tty->hardware, IPW_CHANNEL_RAS, in ipw_write()
310 ret = ipwireless_set_RTS(tty->hardware, tty->channel_idx, 1); in set_control_lines()
314 ret = ipwireless_set_RTS(tty->hardware, in set_control_lines()
321 ret = ipwireless_set_DTR(tty->hardware, tty->channel_idx, 1); in set_control_lines()
325 ret = ipwireless_set_DTR(tty->hardware, in set_control_lines()
332 ret = ipwireless_set_RTS(tty->hardware, tty->channel_idx, 0); in set_control_lines()
334 ret = ipwireless_set_RTS(tty->hardware, in set_control_lines()
341 ret = ipwireless_set_DTR(tty->hardware, tty->channel_idx, 0); in set_control_lines()
343 ret = ipwireless_set_DTR(tty->hardware, in set_control_lines()
[all …]
|
| /openbmc/linux/Documentation/networking/device_drivers/ethernet/freescale/dpaa2/ |
| H A D | ethernet-driver.rst | 20 Unlike regular NICs, in the DPAA2 architecture there is no single hardware block
21 representing network interfaces; instead, several separate hardware resources
29 All hardware resources are allocated and configured through the Management
32 hardware resources, like queues, do not have a corresponding MC object and
58 . . . hardware
60 | MC hardware portals |
69 DPBPs represent hardware buffer pools. Packet I/O is performed in the context
71 hardware resources.
90 | | | | | hardware
92 | I/O hardware portals |
[all …]
|
| /openbmc/u-boot/doc/ |
| H A D | README.bus_vcxk | 24 The driver needs some defines to describe the target hardware:
28 base address of VCxK hardware memory
45 describes the acknowledge line from vcxk hardware
48 describes the enable line to vcxk hardware
51 describes the invert line to vcxk hardware
54 describes the reset line to vcxk hardware
57 describes the request line to vcxk hardware
|
| /openbmc/u-boot/drivers/hwspinlock/ |
| H A D | Kconfig | 4 bool "Enable U-Boot hardware spinlock support"
6 This option enables U-Boot hardware spinlock support
12 Enable hardware spinlock support in Sandbox. This is a dummy device that
20 Enable hardware spinlock support in STM32MP. Hardware spinlocks are
21 hardware mutex which provide a synchronisation mechanism for the
|
| /openbmc/linux/Documentation/networking/devlink/ |
| H A D | devlink-dpipe.rst | 10 While performing the hardware offloading process, much of the hardware
16 Linux kernel may differ from the hardware implementation. The pipeline debug
20 The hardware offload process is expected to be done in a way that the user
21 should not be able to distinguish between the hardware vs. software
22 implementation. In this process, hardware specifics are neglected. In
28 differences in the hardware and software models some processes cannot be
32 greatly to the hardware implementation. The configuration API is the same,
34 Level Path Compression trie (LPC-trie) in hardware.
38 information about the underlying hardware, this debugging can be made
45 The ``devlink-dpipe`` interface closes this gap. The hardware's pipeline is
[all …]
|
| /openbmc/linux/Documentation/driver-api/iio/ |
| H A D | hw-consumer.rst | 4 An IIO device can be directly connected to another device in hardware. In this
5 case the buffers between IIO provider and IIO consumer are handled by hardware.
12 * :c:func:`iio_hw_consumer_alloc` — Allocate IIO hardware consumer
13 * :c:func:`iio_hw_consumer_free` — Free IIO hardware consumer
14 * :c:func:`iio_hw_consumer_enable` — Enable IIO hardware consumer
15 * :c:func:`iio_hw_consumer_disable` — Disable IIO hardware consumer
|
| /openbmc/linux/drivers/isdn/mISDN/ |
| H A D | dsp_dtmf.c | 52 int hardware = 1; in dsp_dtmf_hardware() local
58 hardware = 0; in dsp_dtmf_hardware()
66 hardware = 0; in dsp_dtmf_hardware()
73 hardware = 0; in dsp_dtmf_hardware()
81 hardware = 0; in dsp_dtmf_hardware()
89 hardware = 0; in dsp_dtmf_hardware()
92 dsp->dtmf.hardware = hardware; in dsp_dtmf_hardware()
93 dsp->dtmf.software = !hardware; in dsp_dtmf_hardware()
|
| /openbmc/linux/Documentation/powerpc/ |
| H A D | ptrace.rst | 5 GDB intends to support the following hardware debug features of BookE
8 4 hardware breakpoints (IAC)
9 2 hardware watchpoints (read, write and read-write) (DAC)
10 2 value conditions for the hardware watchpoints (DVC)
21 Query for GDB to discover the hardware debug features. The main info to
22 be returned here is the minimum alignment for the hardware watchpoints.
24 an 8-byte alignment restriction for hardware watchpoints. We'd like to avoid
28 GDB: this query will return the number of hardware breakpoints, hardware
53 Sets a hardware breakpoint or watchpoint, according to the provided structure::
86 With this GDB can ask for all kinds of hardware breakpoints and watchpoints
[all …]
|
| /openbmc/linux/Documentation/ABI/testing/ |
| H A D | sysfs-class-led-trigger-pattern | 19 Specify a hardware pattern for the LED, for LED hardware that
21 to some preprogrammed hardware patterns. It deactivates any active
24 Since different LED hardware can have different semantics of
25 hardware patterns, each driver is expected to provide its own
26 description for the hardware patterns in their documentation
|
| /openbmc/linux/drivers/char/hw_random/ |
| H A D | Kconfig | 15 of possibly several hardware random number generators.
17 These hardware random number generators do feed into the
44 Generator hardware found on Intel i8xx-based motherboards.
58 Generator hardware found on AMD 76x-based motherboards.
71 Generator hardware found on Atmel AT91 devices.
83 Generator hardware based on Silex Insight BA431 IP.
95 Generator hardware found on the Broadcom BCM2835 and BCM63xx SoCs.
108 hardware found on the Broadcom iProc and STB SoCs.
122 Generator hardware found on the AMD Geode LX.
135 Generator hardware found on Niagara2 cpus.
[all …]
|
| /openbmc/linux/drivers/clk/ingenic/ |
| H A D | Kconfig | 13 Support the clocks provided by the CGU hardware on Ingenic JZ4740
23 Support the clocks provided by the CGU hardware on Ingenic JZ4755
33 Support the clocks provided by the CGU hardware on Ingenic JZ4725B
43 Support the clocks provided by the CGU hardware on Ingenic JZ4760
53 Support the clocks provided by the CGU hardware on Ingenic JZ4770
63 Support the clocks provided by the CGU hardware on Ingenic JZ4780
73 Support the clocks provided by the CGU hardware on Ingenic X1000
83 Support the clocks provided by the CGU hardware on Ingenic X1830
|
| /openbmc/linux/drivers/acpi/apei/ |
| H A D | Kconfig | 28 platform hardware errors (such as that from chipset). It
29 works in so called "Firmware First" mode, that is, hardware
31 Linux by firmware. This way, some non-standard hardware
32 error registers or non-standard hardware link can be checked
33 by firmware to produce more valuable hardware error
59 EINJ provides a hardware error injection mechanism, it is
67 ERST is a way provided by APEI to save and retrieve hardware
|
| /openbmc/linux/Documentation/process/ |
| H A D | embargoed-hardware-issues.rst | 3 Embargoed hardware issues
16 hardware vendors and other parties. For some of the issues, software
25 The Linux kernel hardware security team is separate from the regular Linux
28 The team only handles developing fixes for embargoed hardware security
34 The team can be contacted by email at <hardware-security@kernel.org>. This
43 - PGP: https://www.kernel.org/static/files/hardware-security.asc
44 - S/MIME: https://www.kernel.org/static/files/hardware-security.crt
46 While hardware security issues are often handled by the affected hardware
48 identified a potential hardware flaw.
53 The current team of hardware security officers:
[all …]
|
| /openbmc/linux/sound/isa/opti9xx/ |
| H A D | opti92x-ad1848.c | 112 unsigned short hardware; member
168 unsigned short hardware) in snd_opti9xx_init() argument
172 chip->hardware = hardware; in snd_opti9xx_init()
173 strcpy(chip->name, snd_opti9xx_names[hardware]); in snd_opti9xx_init()
188 chip->mc_base_size = opti9xx_mc_size[hardware]; in snd_opti9xx_init()
191 chip->mc_base_size = opti9xx_mc_size[hardware]; in snd_opti9xx_init()
194 switch (hardware) { in snd_opti9xx_init()
198 chip->password = (hardware == OPTi9XX_HW_82C928) ? 0xe2 : 0xe3; in snd_opti9xx_init()
212 chip->mc_base = (hardware == OPTi9XX_HW_82C930) ? 0xf8f : 0xf8d; in snd_opti9xx_init()
221 snd_printk(KERN_ERR "chip %d not supported\n", hardware); in snd_opti9xx_init()
[all …]
|