| /linux/arch/arm/mach-spear/ |
| H A D | pl080.c | 26 } signals[16] = {{0, 0}, }; variable
36 if (signals[signal].busy && in pl080_get_signal()
37 (signals[signal].val != cd->muxval)) { in pl080_get_signal()
43 if (!signals[signal].busy) { in pl080_get_signal()
56 signals[signal].busy++; in pl080_get_signal()
57 signals[signal].val = cd->muxval; in pl080_get_signal()
70 if (!signals[signal].busy) in pl080_put_signal()
73 signals[signal].busy--; in pl080_put_signal()
|
| /linux/tools/testing/selftests/arm64/fp/ |
| H A D | README | 30 Terminated by signal 15, no error, iterations=9467, signals=1014
33 Terminated by signal 15, no error, iterations=9448, signals=1028
36 Terminated by signal 15, no error, iterations=9436, signals=1039
39 Terminated by signal 15, no error, iterations=9421, signals=1039
42 Terminated by signal 15, no error, iterations=9403, signals=1039
45 Terminated by signal 15, no error, iterations=9385, signals=1036
48 Terminated by signal 15, no error, iterations=9376, signals=1039
51 Terminated by signal 15, no error, iterations=9361, signals=1039
54 Terminated by signal 15, no error, iterations=9350, signals=1039
|
| /linux/drivers/net/wireless/rsi/ |
| H A D | Kconfig | 3 bool "Redpine Signals Inc devices"
16 tristate "Redpine Signals Inc 91x WLAN driver support"
24 bool "Redpine Signals Inc debug support"
32 tristate "Redpine Signals SDIO bus support"
40 tristate "Redpine Signals USB bus support"
48 bool "Redpine Signals WLAN BT Coexistence support"
|
| /linux/Documentation/trace/coresight/ |
| H A D | coresight-ect.rst | 14 individual input and output hardware signals known as triggers to and from
50 The hardware trigger signals can also be connected to non-CoreSight devices
72 capable of generating or using trigger signals.::
100 Individual trigger connection information. This describes trigger signals for
108 * ``in_types`` : functional types for in signals.
109 * ``out_signals`` : output trigger signals for this connection.
110 * ``out_types`` : functional types for out signals.
127 If a connection has zero signals in either the 'in' or 'out' triggers then
177 * ``chan_free``: Show channels with no attached signals.
185 dangerous output signals to be set.
[all …]
|
| /linux/Documentation/devicetree/bindings/clock/ |
| H A D | amlogic,axg-audio-clkc.yaml | 38 - description: input plls to generate clock signals N0
39 - description: input plls to generate clock signals N1
40 - description: input plls to generate clock signals N2
41 - description: input plls to generate clock signals N3
42 - description: input plls to generate clock signals N4
43 - description: input plls to generate clock signals N5
44 - description: input plls to generate clock signals N6
45 - description: input plls to generate clock signals N7
|
| /linux/arch/mips/include/asm/mach-rc32434/ |
| H A D | gpio.h | 39 /* UART GPIO signals */
45 /* M & P bus GPIO signals */
51 /* CPU GPIO signals */
54 /* Reserved GPIO signals */
63 /* NAND GPIO signals */
|
| /linux/arch/um/os-Linux/ |
| H A D | signal.c | 47 /* enable signals if sig isn't IRQ signal */ in sig_handler_common()
57 * These are the asynchronous signals. SIGPROF is excluded because we want to
98 * Note we won't get here if signals are hard-blocked in sig_handler()
260 * This must return with signals disabled, so this barrier in block_signals()
287 * Save and reset save_pending after enabling signals. This in unblock_signals()
302 * We have pending interrupts, so disable signals, as the in unblock_signals()
307 * pending signals will mess up the tracing state. in unblock_signals()
339 /* Re-enable signals and trace that we're doing so. */ in unblock_signals()
403 panic("unblocking signals while not blocked"); in unblock_signals_hard()
420 * pending signals, we can get out of the inner call with the real in unblock_signals_hard()
[all …]
|
| /linux/drivers/pinctrl/stm32/ |
| H A D | Kconfig | 69 The Hardware Debug Port allows the observation of internal signals.
70 It uses configurable multiplexer to route signals in a dedicated observation register.
71 This driver also permits the observation of signals on external SoC pins.
72 It permits the observation of up to 16 signals per HDP line.
|
| /linux/Documentation/devicetree/bindings/reset/ |
| H A D | reset.txt | 3 This binding is intended to represent the hardware reset signals present
4 internally in most IC (SoC, FPGA, ...) designs. Reset signals for whole
24 may be reset. Instead, reset signals should be represented in the DT node
27 block node for dedicated reset signals. The intent of this binding is to give
28 appropriate software access to the reset signals in order to manage the HW,
|
| /linux/drivers/hwtracing/coresight/ |
| H A D | coresight-cti.h | 55 * CTI CSSoc 600 has a max of 32 trigger signals per direction.
63 * Group of related trigger signals
65 * @nr_sigs: number of signals in the group.
67 * @sig_types: array of types for the signals, length nr_sigs.
77 * lists input and output trigger signals for the device
79 * @con_in: connected CTIIN signals for the device.
80 * @con_out: connected CTIOUT signals for the device.
119 * @nr_trig_max: Max number of trigger signals implemented on device.
|
| /linux/drivers/reset/ |
| H A D | Kconfig | 137 Say Y to control the reset signals provided by reset controller.
147 Say Y if you want to control reset signals provided by this
156 Say Y if you want to control reset signals provided by this
214 reset signals provided by AOSS for Modem, Venus, ADSP,
223 to control reset signals provided by PDC for Modem, Compute,
260 firmware controlling all the reset signals.
356 It provides reset signals for Armada 7040 and 385 SoC-s, Alleycat 3X
370 Say Y if you want to control reset signals provided by System Control
380 on UniPhier SoCs. Say Y if you want to control reset signals
|
| H A D | reset-imx7.c | 25 const struct imx7_src_signal *signals; member
33 const struct imx7_src_signal *signals; member
51 const struct imx7_src_signal *signal = &imx7src->signals[id]; in imx7_reset_update()
95 const unsigned int bit = imx7src->signals[id].bit; in imx7_reset_set()
129 .signals = imx7_src_signals,
223 const unsigned int bit = imx7src->signals[id].bit; in imx8mq_reset_set()
265 .signals = imx8mq_src_signals,
318 const unsigned int bit = imx7src->signals[id].bit; in imx8mp_reset_set()
353 .signals = imx8mp_src_signals,
372 imx7src->signals = variant->signals; in imx7_reset_probe()
|
| /linux/Documentation/devicetree/bindings/gpio/ |
| H A D | sprd,gpio-eic.yaml | 24 connections. A debounce mechanism is used to capture the input signals'
32 The EIC-latch sub-module is used to latch some special power down signals
34 clock to capture signals.
36 The EIC-async sub-module uses a 32kHz clock to capture the short signals
41 when detecting input signals.
|
| /linux/Documentation/driver-api/ |
| H A D | hsi.rst | 15 The serial protocol uses two signals, DATA and FLAG as combined data and clock
16 signals and an additional READY signal for flow control. An additional WAKE
17 signal can be used to wakeup the chips from standby modes. The signals are
18 commonly prefixed by AC for signals going from the application die to the
19 cellular die and CA for signals going the other way around.
|
| H A D | ptp.rst | 25 - Period output signals configurable from user space
99 - 3 Periodic signals (optional interrupt)
107 - GPIO outputs can produce periodic signals
119 - Programmable output periodic signals
131 periodic signals.
134 periodic signals.
|
| /linux/tools/testing/selftests/arm64/signal/ |
| H A D | README | 4 Signals Tests
12 is described (and configured) using the descriptor signals.h::struct tdescr
24 - Signals' test-cases hereafter defined belong currently to two
48 expecting), using the same logic/perspective as in the arm64 Kernel signals
|
| /linux/include/linux/clk/ |
| H A D | analogbits-wrpll-cln28hpc.h | 38 * @divr: reference divider value (6 bits), as presented to the PLL signals
39 * @divf: feedback divider value (9 bits), as presented to the PLL signals
40 * @divq: output divider value (3 bits), as presented to the PLL signals
49 * on its input signals. Thus @divr and @divf are the actual divisors
|
| /linux/drivers/counter/ |
| H A D | interrupt-cnt.c | 25 struct counter_signal signals; member
204 priv->signals.name = devm_kasprintf(dev, GFP_KERNEL, "IRQ %d", in interrupt_cnt_probe()
206 if (!priv->signals.name) in interrupt_cnt_probe()
209 counter->signals = &priv->signals; in interrupt_cnt_probe()
214 priv->synapses.signal = &priv->signals; in interrupt_cnt_probe()
|
| /linux/drivers/pinctrl/aspeed/ |
| H A D | pinmux-aspeed.h | 19 * Further, not all signals can be unmuxed, as some expressions depend on
38 * C5 is a multi-signal pin (high and low priority signals). Here we touch
56 * bit in the STRAP register. The ACPI bit configures signals on pins in
77 * selecting the signals on pin E18)
118 * signals, but is used to decent effect with some of the UARTs where not all
119 * signals are required. However, this isn't done consistently - UART1 is
120 * enabled on a per-pin basis, and by contrast, all signals for UART6 are
123 * Further, the high and low priority signals listed in the table above share
124 * a configuration bit. The VPI signals should operate in concert in a single
125 * function, but the UART signals should retain the ability to be configured
[all …]
|
| /linux/Documentation/devicetree/bindings/pci/ |
| H A D | snps,dw-pcie-common.yaml | 28 CDM/ELBI (dbi_cs) and CS2 (dbi_cs2) signals (selector bits). Such
47 Endpoint controllers IRQ-signals, the later interface is obviously
49 messages signalling. The System Information IRQ signals are mainly
95 signals (except resets) are synchronous to this clock.
133 signals required to be de-asserted to properly activate the controller
134 sub-parts. All of these signals can be divided into two sub-groups':'
136 are supposed to reset. Note the platforms may have some of these signals
|
| /linux/tools/lib/subcmd/ |
| H A D | sigchain.c | 13 static struct sigchain_signal signals[SIGCHAIN_MAX_SIGNALS]; variable
23 struct sigchain_signal *s = signals + sig; in sigchain_push()
36 struct sigchain_signal *s = signals + sig; in sigchain_pop()
|
| /linux/arch/arm64/boot/dts/rockchip/ |
| H A D | rk3588-jaguar-pre-ict-tester.dtso | 93 * either signals).
136 * either signals).
146 * either signals).
156 * either signals).
166 * either signals).
|
| /linux/Documentation/devicetree/bindings/power/reset/ |
| H A D | toradex,smarc-ec.yaml | 18 - Reads the SMARC POWER_BTN# and RESET_IN# signals and controls the PMIC accordingly.
19 - Controls the SoC boot mode signals based on the SMARC BOOT_SEL# and FORCE_RECOV# inputs.
20 - Manages the CARRIER_STDBY# signal in response to relevant SoC signals.
|
| /linux/kernel/ |
| H A D | signal.c | 7 * 1997-11-02 Modified for POSIX.1b signals by Richard Henderson
11 * to allow signals to be sent reliably.
98 /* Only allow kernel generated signals to this kthread */ in sig_task_ignored()
109 * Blocked signals are never ignored, since the in sig_ignored()
129 * signals, globally pending signals, and blocked signals.
188 /* Have any signals or users of TIF_SIGPENDING been delayed in calculate_sigpending()
213 * synchronous signals that need to be dequeued first. in next_signal()
491 * Flush all pending signals for this kthread.
545 /* If dying, we handle all new signals by ignoring them */ in unhandled_signal()
578 * posix-timer signals are preallocated and freed when the last in collect_signal()
[all …]
|
| /linux/Documentation/devicetree/bindings/leds/ |
| H A D | leds-bcm6328.yaml | 27 is usually 1:1 for hardware to LED signals, but through the activity/link
91 signals can get muxed into these LEDs. Only valid for LEDs 0 to 7,
92 where LED signals 0 to 3 may be muxed to LEDs 0 to 3, and signals 4 to
102 hardware signals can get muxed into these LEDs. Only valid for LEDs 0
103 to 7, where LED signals 0 to 3 may be muxed to LEDs 0 to 3, and
104 signals 4 to 7 may be muxed to LEDs 4 to 7. A signal can be muxed to
|