| /linux/drivers/gpu/drm/i915/display/ |
| H A D | intel_lvds.c | 61 struct intel_pps_delays delays; member 167 pps->delays.power_up = REG_FIELD_GET(PANEL_POWER_UP_DELAY_MASK, val); in intel_lvds_pps_get_hw_state() 168 pps->delays.backlight_on = REG_FIELD_GET(PANEL_LIGHT_ON_DELAY_MASK, val); in intel_lvds_pps_get_hw_state() 171 pps->delays.power_down = REG_FIELD_GET(PANEL_POWER_DOWN_DELAY_MASK, val); in intel_lvds_pps_get_hw_state() 172 pps->delays.backlight_off = REG_FIELD_GET(PANEL_LIGHT_OFF_DELAY_MASK, val); in intel_lvds_pps_get_hw_state() 185 pps->delays.power_cycle = val * 1000; in intel_lvds_pps_get_hw_state() 188 pps->delays.power_up == 0 && in intel_lvds_pps_get_hw_state() 189 pps->delays.backlight_on == 0 && in intel_lvds_pps_get_hw_state() 190 pps->delays.power_down == 0 && in intel_lvds_pps_get_hw_state() 191 pps->delays.backlight_off == 0) { in intel_lvds_pps_get_hw_state() [all …]
|
| /linux/Documentation/devicetree/bindings/net/ |
| H A D | hisilicon-femac.txt | 19 - hisilicon,phy-reset-delays-us: triplet of delays if PHY reset signal given. 40 hisilicon,phy-reset-delays-us = <10000 20000 20000>;
|
| H A D | hisilicon-hix5hd2-gmac.txt | 28 - hisilicon,phy-reset-delays-us: triplet of delays if PHY reset signal given. 55 hisilicon,phy-reset-delays-us = <10000 10000 30000>;
|
| H A D | ti,dp83867.yaml | 93 delays will be left at their default values, as set by the PHY's pin 97 should use "rgmii-id" if internal delays are desired as this may be 98 changed in future to cause "rgmii" mode to disable delays.
|
| /linux/Documentation/devicetree/bindings/spi/ |
| H A D | nvidia,tegra210-quad-peripheral-props.yaml | 16 Delays the clock going out to device with this tap value. 25 Delays the clock coming in from the device with this tap value.
|
| /linux/arch/loongarch/lib/ |
| H A D | delay.c | 25 * Use only for very small delays ( < 1 msec). Should probably use a 27 * short delays. This is a "reasonable" implementation, though (and the
|
| /linux/tools/time/ |
| H A D | udelay_test.sh | 7 # and exercises a variety of delays to ensure that udelay() is delaying 55 echo "ERROR: $count delays failed to delay long enough"
|
| /linux/arch/mips/lib/ |
| H A D | delay.c | 45 * Use only for very small delays ( < 1 msec). Should probably use a 47 * short delays. This is a "reasonable" implementation, though (and the
|
| /linux/Documentation/devicetree/bindings/iio/adc/ |
| H A D | ti,am3359-adc.yaml | 34 description: List of open delays for each channel of ADC in the order of 43 description: List of sample delays for each channel of ADC in the order of
|
| /linux/arch/arm/include/asm/ |
| H A D | delay.h | 73 * Use only for very small delays ( < 2 msec). Should probably use a 75 * short delays. This is a "reasonable" implementation, though (and the
|
| /linux/include/asm-generic/ |
| H A D | delay.h | 38 * When inserting delays in non atomic context which are shorter than the time 42 * is a threshold for all delays up to 10 microseconds.
|
| /linux/arch/m68k/include/asm/ |
| H A D | delay.h | 85 * Use only for very small delays ( < 1 msec). Should probably use a 87 * short delays. This is a "reasonable" implementation, though (and the
|
| /linux/Documentation/process/debugging/ |
| H A D | driver_development_debugging_guide.rst | 41 - Can cause delays in the execution of the code (beneficial to confirm whether 47 - Can cause delays in the execution of the code (which can cause issues to be 60 delays into the code execution, causing issues to be flaky or hidden.)
|
| /linux/tools/perf/util/ |
| H A D | bpf_lock_contention.c | 270 /* resolve lock name in delays */ in lock_contention_prepare() 277 con->delays[i].sym, in lock_contention_prepare() 281 con->delays[i].sym); in lock_contention_prepare() 285 con->delays[i].addr = map__unmap_ip(kmap, sym->start); in lock_contention_prepare() 386 bpf_map_update_elem(fd, &con->delays[i].addr, &con->delays[i].time, BPF_ANY); in lock_contention_prepare()
|
| /linux/tools/bpf/runqslower/ |
| H A D | runqslower.c | |
| /linux/drivers/char/ |
| H A D | hangcheck-timer.c | 13 * The hangcheck-timer driver uses the TSC to catch delays that 147 * Enable to investigate delays in detail in hangcheck_fire()
|
| /linux/sound/soc/sdca/ |
| H A D | sdca_functions.c | 1222 struct sdca_pde_delay *delays; in find_sdca_entity_pde() local 1233 dev_err(dev, "%s: delays not multiple of %d\n", in find_sdca_entity_pde() 1237 dev_err(dev, "%s: maximum number of transition delays exceeded\n", in find_sdca_entity_pde() 1253 delays = devm_kcalloc(dev, num_delays, sizeof(*delays), GFP_KERNEL); in find_sdca_entity_pde() 1254 if (!delays) in find_sdca_entity_pde() 1258 delays[i].from_ps = delay_list[j++]; in find_sdca_entity_pde() 1259 delays[i].to_ps = delay_list[j++]; in find_sdca_entity_pde() 1260 delays[i].us = delay_list[j++]; in find_sdca_entity_pde() 1263 delays[i].from_ps, delays[i].to_ps, delays[i].us); in find_sdca_entity_pde() 1267 power->max_delay = delays; in find_sdca_entity_pde()
|
| /linux/tools/memory-model/litmus-tests/ |
| H A D | R+poonceonces.litmus | 8 * store propagation delays.
|
| H A D | R+fencembonceonces.litmus | 8 * propagation delays. Note that weakening either of the barriers would
|
| /linux/drivers/md/ |
| H A D | dm-delay.c | 5 * A target that delays reads and/or writes and can send 214 * Delays are specified in milliseconds. 281 * In case of small requested delays, use kthread instead of in delay_ctr()
|
| /linux/tools/perf/Documentation/ |
| H A D | perf-lock.txt | 221 Add delays to the given lock. It's added to the contention-end part so 227 units are "ms", "us" and "ns". Currently it accepts up to 10ms of delays
|
| /linux/include/media/i2c/ |
| H A D | tda1997x.h | 22 /* clock delays (0=-8, 1=-7 ... 15=+7 pixels) */
|
| /linux/arch/alpha/lib/ |
| H A D | udelay.c | 15 * Use only for very small delays (< 1 msec).
|
| /linux/arch/powerpc/boot/ |
| H A D | ps3-head.S | 48 /* Primary delays then goes to _zimage_start in wrapper. */
|
| /linux/Documentation/networking/device_drivers/ethernet/intel/ |
| H A D | e1000e.rst | 112 transmit absolute delays does not force the controller to generate more 120 This value delays the generation of receive interrupts in units of 1.024 149 This value delays the generation of transmit interrupts in units of 1.024
|