/Linux-v5.4/drivers/gpu/drm/amd/display/include/ |
D | signal_types.h | 29 /* Minimum pixel clock, in KHz. For TMDS signal is 25.00 MHz */ 31 /* Maximum pixel clock, in KHz. For TMDS signal is 165.00 MHz */ 35 SIGNAL_TYPE_NONE = 0L, /* no signal */ 47 /* help functions for signal types manipulation */ 48 static inline bool dc_is_hdmi_tmds_signal(enum signal_type signal) in dc_is_hdmi_tmds_signal() argument 50 return (signal == SIGNAL_TYPE_HDMI_TYPE_A); in dc_is_hdmi_tmds_signal() 53 static inline bool dc_is_hdmi_signal(enum signal_type signal) in dc_is_hdmi_signal() argument 55 return (signal == SIGNAL_TYPE_HDMI_TYPE_A); in dc_is_hdmi_signal() 58 static inline bool dc_is_dp_sst_signal(enum signal_type signal) in dc_is_dp_sst_signal() argument 60 return (signal == SIGNAL_TYPE_DISPLAY_PORT || in dc_is_dp_sst_signal() [all …]
|
/Linux-v5.4/drivers/gpu/drm/etnaviv/ |
D | etnaviv_perfmon.c | 20 const struct etnaviv_pm_signal *signal); 31 const struct etnaviv_pm_signal *signal; member 41 const struct etnaviv_pm_signal *signal) in perf_reg_read() argument 43 gpu_write(gpu, domain->profile_config, signal->data); in perf_reg_read() 50 const struct etnaviv_pm_signal *signal) in pipe_reg_read() argument 60 gpu_write(gpu, domain->profile_config, signal->data); in pipe_reg_read() 74 const struct etnaviv_pm_signal *signal) in hi_total_cycle_read() argument 88 const struct etnaviv_pm_signal *signal) in hi_total_idle_cycle_read() argument 106 .signal = (const struct etnaviv_pm_signal[]) { 139 .signal = (const struct etnaviv_pm_signal[]) { [all …]
|
/Linux-v5.4/drivers/misc/echo/ |
D | echo.h | 31 adequately cover the duration of that impulse response. The signal transmitted 33 properly adapted, the resulting output is an estimate of the echo signal 34 received from the line. This is subtracted from the received signal. The result 35 is an estimate of the signal which originated at the far end of the line, free 36 from echos of our own transmitted signal. 42 very poorly for things like speech echo cancellation, where the signal level 43 varies widely. This is quite easy to fix. If the signal level is normalised - 44 similar to applying AGC - LMS can work as well for a signal of varying 45 amplitude as it does for a modem signal. This normalised least mean squares 52 to adapt best to the strongest parts of a signal. If the signal is white noise, [all …]
|
/Linux-v5.4/Documentation/driver-api/ |
D | generic-counter.rst | 32 * Signal: 37 The association of a Signal with a respective Count. 58 Rising edges on signal A updates the respective count. The input level 59 of signal B determines direction. 66 If direction is forward, rising edges on quadrature pair signal A 68 edges on quadrature pair signal A updates the respective count. 72 If direction is forward, rising edges on quadrature pair signal B 74 edges on quadrature pair signal B updates the respective count. 78 Any state transition on quadrature pair signal A updates the 82 Any state transition on quadrature pair signal B updates the [all …]
|
/Linux-v5.4/drivers/pinctrl/aspeed/ |
D | pinmux-aspeed.h | 13 * basis where a given pin can provide a number of different signal types. 15 * The signal active on a pin is described by both a priority level and 19 * change from a high to low priority signal), or even in the same register. 29 * corner. The signal priorities are in decending order from P0 (highest). 31 * D6 is a pin with a single function (beside GPIO); a high priority signal 34 * Ball | Default | P0 Signal | P0 Expression | P1 Signal | P1 Expression | Other 39 * C5 is a multi-signal pin (high and low priority signals). Here we touch 40 * different registers for the different functions that enable each signal: 46 * E19 is a single-signal pin with two functions that influence the active 47 * signal. In this case both bits have the same meaning - enable a dedicated [all …]
|
D | pinmux-aspeed.c | 24 * Query the enabled or disabled state of a signal descriptor 26 * @desc: The signal descriptor of interest 61 * Query the enabled or disabled state for a mux function's signal on a pin 64 * @expr: An expression controlling the signal for a mux function on a pin 70 * A mux function is enabled or disabled if the function's signal expression 72 * state. An signal expression evaluates true if all of its associated signal 76 * multi-bit bitfields in a single signal descriptor or through multiple signal
|
/Linux-v5.4/arch/arm/mach-spear/ |
D | pl080.c | 32 unsigned int signal = cd->min_signal, val; in pl080_get_signal() local 37 /* Return if signal is already acquired by somebody else */ in pl080_get_signal() 38 if (signals[signal].busy && in pl080_get_signal() 39 (signals[signal].val != cd->muxval)) { in pl080_get_signal() 45 if (!signals[signal].busy) { in pl080_get_signal() 51 * value by 2 * signal number. in pl080_get_signal() 53 val &= ~(0x3 << (signal * 2)); in pl080_get_signal() 54 val |= cd->muxval << (signal * 2); in pl080_get_signal() 58 signals[signal].busy++; in pl080_get_signal() 59 signals[signal].val = cd->muxval; in pl080_get_signal() [all …]
|
/Linux-v5.4/Documentation/devicetree/bindings/leds/ |
D | leds-bcm6328.txt | 14 should be controlled by a hardware signal instead of the MODE register value, 18 explained later in brcm,link-signal-sources). Even if a LED is hardware 34 - brcm,serial-clk-low : Boolean, makes clock signal active low. 36 - brcm,serial-dat-low : Boolean, makes data signal active low. 59 - brcm,link-signal-sources : An array of hardware link 60 signal sources. Up to four link hardware signals can get muxed into 63 4 to 7. A signal can be muxed to more than one LED, and one LED can 64 have more than one source signal. 65 - brcm,activity-signal-sources : An array of hardware activity 66 signal sources. Up to four activity hardware signals can get muxed into [all …]
|
/Linux-v5.4/Documentation/devicetree/bindings/reset/ |
D | reset.txt | 1 = Reset Signal Device Tree Bindings = 8 Hardware blocks typically receive a reset signal. This signal is generated by 14 A reset signal is represented by the phandle of the provider, plus a reset 15 specifier - a list of DT cells that represents the reset signal within the 20 A word on where to place reset signal consumers in device tree: It is possible 21 in hardware for a reset signal to affect multiple logically separate HW blocks 22 at once. In this case, it would be unwise to represent this reset signal in 26 children of the bus are affected by the reset signal, or an individual HW 29 rather than to slavishly enumerate the reset signal that affects each HW 49 for each reset signal that affects the device, or that the [all …]
|
/Linux-v5.4/drivers/tty/ |
D | tty_jobctrl.c | 8 #include <linux/signal.h> 9 #include <linux/sched/signal.h> 26 * not in the foreground, send a SIGTTOU. If the signal is blocked or 37 if (current->signal->tty != tty) in __tty_check_change() 78 tty = p->signal->tty; in proc_clear_tty() 79 p->signal->tty = NULL; in proc_clear_tty() 108 if (current->signal->tty) { in __proc_set_tty() 110 current->signal->tty->name); in __proc_set_tty() 111 tty_kref_put(current->signal->tty); in __proc_set_tty() 113 put_pid(current->signal->tty_old_pgrp); in __proc_set_tty() [all …]
|
/Linux-v5.4/kernel/ |
D | signal.c | 3 * linux/kernel/signal.c 32 #include <linux/signal.h> 51 #include <trace/events/signal.h> 60 * SLAB caches for signal bits. 89 if (unlikely(t->signal->flags & SIGNAL_UNKILLABLE) && in sig_task_ignored() 105 * signal handler may change by the time it is in sig_ignored() 112 * Tracers may want to know about even ignored signal unless it in sig_ignored() 126 static inline bool has_pending_signals(sigset_t *signal, sigset_t *blocked) in has_pending_signals() argument 134 ready |= signal->sig[i] &~ blocked->sig[i]; in has_pending_signals() 137 case 4: ready = signal->sig[3] &~ blocked->sig[3]; in has_pending_signals() [all …]
|
/Linux-v5.4/tools/testing/selftests/powerpc/tm/ |
D | .gitignore | 3 tm-signal-msr-resv 4 tm-signal-stack 10 tm-signal-context-chk-fpu 11 tm-signal-context-chk-gpr 12 tm-signal-context-chk-vmx 13 tm-signal-context-chk-vsx 14 tm-signal-context-force-tm 15 tm-signal-sigreturn-nt
|
D | Makefile | 2 SIGNAL_CONTEXT_CHK_TESTS := tm-signal-context-chk-gpr tm-signal-context-chk-fpu \ 3 tm-signal-context-chk-vmx tm-signal-context-chk-vsx 5 TEST_GEN_PROGS := tm-resched-dscr tm-syscall tm-signal-msr-resv tm-signal-stack \ 7 $(SIGNAL_CONTEXT_CHK_TESTS) tm-sigreturn tm-signal-sigreturn-nt \ 8 tm-signal-context-force-tm tm-poison 24 $(OUTPUT)/tm-signal-context-force-tm: CFLAGS += -pthread -m64 27 $(SIGNAL_CONTEXT_CHK_TESTS): tm-signal.S
|
D | tm-signal-stack.c | 5 * Test the kernel's signal delievery code to ensure that we don't 6 * trelaim twice in the kernel signal delivery code. This can happen 7 * if we trigger a signal when in a transaction and the stack pointer 22 #include <signal.h> 54 * 1) register a signal handler (so signal delievery occurs) in tm_signal_stack() 59 if (signal(SIGSEGV, signal_segv) == SIG_ERR) in tm_signal_stack()
|
/Linux-v5.4/Documentation/ABI/testing/ |
D | sysfs-bus-counter | 117 Rising edges on signal A updates the respective count. 118 The input level of signal B determines direction. 122 signal A updates the respective count; if the direction 123 is backward, falling edges on quadrature pair signal A 129 signal B updates the respective count; if the direction 130 is backward, falling edges on quadrature pair signal B 135 Any state transition on quadrature pair signal A updates 140 Any state transition on quadrature pair signal B updates 177 Action mode of Count Y for Signal Z. This attribute indicates 178 the condition of Signal Z that triggers the count function [all …]
|
/Linux-v5.4/arch/powerpc/kernel/ |
D | signal.c | 2 * Common signal handling code for both 32 and 64 bits 13 #include <linux/signal.h> 25 #include "signal.h" 27 /* Log an error when sending an unhandled signal to a process. Controlled 34 * Allocate space for the signal frame 71 * restarted if there was no handler for the signal, and since in check_syscall_restart() 84 * called again after the signal handler returns. in check_syscall_restart() 119 /* No signal to deliver -- put the saved sigmask back */ in do_signal() 127 * Reenable the DABR before delivering the signal to in do_signal() 134 /* Re-enable the breakpoints for the signal stack */ in do_signal() [all …]
|
/Linux-v5.4/Documentation/driver-api/gpio/ |
D | intro.rst | 30 digital signal. They are provided from many kinds of chip, and are familiar 83 It is natural to assume that a GPIO is "active" when its output signal is 1 84 ("high"), and inactive when it is 0 ("low"). However in practice the signal of a 89 means "active") so that drivers only need to worry about the logical signal and 94 Sometimes shared signals need to use "open drain" (where only the low signal 95 level is actually driven), or "open source" (where only the high signal level is 97 used for TTL. A pullup or pulldown resistor causes the high or low signal level. 101 One common example of an open drain signal is a shared active-low IRQ line. 109 LOW: gpiod_direction_output(gpio, 0) ... this drives the signal and overrides 113 (or some other device) controls the signal. [all …]
|
/Linux-v5.4/Documentation/devicetree/bindings/sound/ |
D | cs35l35.txt | 26 - cirrus,audio-channel : Set Location of Audio Signal on Serial Port 30 - cirrus,advisory-channel : Set Location of Advisory Signal on Serial Port 34 - cirrus,shared-boost : Boolean to enable ClassH tracking of Advisory Signal 105 Optional Monitor Signal Format sub-node: 107 The cs35l35 node can have a single "cirrus,monitor-signal-format" sub-node 113 -cirrus,monitor-signal-format : Sub-node for the Monitor Signaling Formating 120 for each monitoring signal. 123 scale of the IMON monitor signal. 126 of the VMON monitor signal. 129 of the VPMON monitor signal. [all …]
|
/Linux-v5.4/include/linux/ |
D | counter.h | 31 * struct counter_signal_ext - Counter Signal extensions 40 struct counter_signal *signal, void *priv, char *buf); 42 struct counter_signal *signal, void *priv, 48 * struct counter_signal - Counter Signal node 49 * @id: unique ID used to identify signal 50 * @name: device-specific Signal name; ideally, this should match the name 52 * @ext: optional array of Counter Signal extensions 53 * @num_ext: number of Counter Signal extensions specified in @ext 67 * struct counter_signal_enum_ext - Signal enum extension attribute 74 * Signal extension attributes. Enum style attributes are those which have a set [all …]
|
/Linux-v5.4/scripts/kconfig/ |
D | gconf.glade | 20 <signal name="destroy" handler="on_window1_destroy" object="window1"/> 21 …<signal name="size_request" handler="on_window1_size_request" object="vpaned1" last_modification_t… 22 …<signal name="delete_event" handler="on_window1_delete_event" object="window1" last_modification_t… 49 <signal name="activate" handler="on_load1_activate"/> 50 <accelerator key="L" modifiers="GDK_CONTROL_MASK" signal="activate"/> 72 <signal name="activate" handler="on_save_activate"/> 73 <accelerator key="S" modifiers="GDK_CONTROL_MASK" signal="activate"/> 95 <signal name="activate" handler="on_save_as1_activate"/> 122 <signal name="activate" handler="on_quit1_activate"/> 123 <accelerator key="Q" modifiers="GDK_CONTROL_MASK" signal="activate"/> [all …]
|
/Linux-v5.4/include/linux/sched/ |
D | signal.h | 6 #include <linux/signal.h> 15 * Types defining task->signal and task->sighand and APIs using them: 69 sigset_t signal; member 88 /* current thread group signal load-balancing target: */ 91 /* shared signal handling: */ 101 * - everyone except group_exit_task is stopped during signal delivery 102 * of fatal signals, group_exit_task processes the signal. 354 return unlikely(sigismember(&p->pending.signal, SIGKILL)); in __fatal_signal_pending() 404 * This sets TIF_RESTORE_SIGMASK and ensures that the arch signal code 410 * signal code always gets run when TIF_RESTORE_SIGMASK is set. [all …]
|
/Linux-v5.4/drivers/mailbox/ |
D | mailbox-test.c | 20 #include <linux/sched/signal.h> 38 char *signal; member 59 "Signal length %zd greater than max allowed %d\n", in mbox_test_signal_write() 65 if (!tdev->signal) { in mbox_test_signal_write() 66 tdev->signal = kzalloc(MBOX_MAX_SIG_LEN, GFP_KERNEL); in mbox_test_signal_write() 67 if (!tdev->signal) in mbox_test_signal_write() 71 if (copy_from_user(tdev->signal, userbuf, count)) { in mbox_test_signal_write() 72 kfree(tdev->signal); in mbox_test_signal_write() 73 tdev->signal = NULL; in mbox_test_signal_write() 124 * A separate signal is only of use if there is in mbox_test_message_write() [all …]
|
/Linux-v5.4/Documentation/devicetree/bindings/watchdog/ |
D | aspeed-wdt.txt | 38 - aspeed,external-signal: If property is present then signal is sent to 40 specified no external signal is sent. 41 - aspeed,ext-pulse-duration: External signal pulse duration in microseconds 44 - aspeed,ext-push-pull: If aspeed,external-signal is present, set the pin's 46 - aspeed,ext-active-high: If aspeed,external-signal is present and and the pin 56 aspeed,external-signal;
|
/Linux-v5.4/Documentation/devicetree/bindings/net/ |
D | sff,sfp.txt | 16 module presence input gpio signal, active (module absent) high. Must 19 - los-gpios : GPIO phandle and a specifier of the Receiver Loss of Signal 20 Indication input gpio signal, active (signal lost) high 23 Fault input gpio signal, active (fault condition) high 26 output gpio signal, active (Tx disable) high 29 Select (AKA RS0) output gpio signal, low: low Rx rate, high: high Rx rate 33 Select (AKA RS1) output gpio signal (SFP+ only), low: low Tx rate, high:
|
/Linux-v5.4/Documentation/media/uapi/v4l/ |
D | ext-ctrls-rf-tuner.rst | 21 converts that received signal to lower intermediate frequency (IF) or 50 Filter(s) on tuner signal path are used to filter signal according 66 The RF amplifier is the very first amplifier on the receiver signal 75 signal path. It is located very close to tuner antenna input. Used 82 Mixer gain is second gain stage on the RF tuner signal path. It is 83 located inside mixer block, where RF signal is down-converted by the 88 IF gain is last gain stage on the RF tuner signal path. It is 89 located on output of RF tuner. It controls signal level of
|