Home
last modified time | relevance | path

Searched full:period (Results 1 – 25 of 1602) sorted by relevance

12345678910>>...65

/linux/tools/perf/arch/x86/tests/
H A Damd-ibs-period.c181 /* Sample period value taken from perf sample must match with expected value. */
188 * Sample period value taken from perf sample must be >= minimum sample period
202 unsigned long period; in rb_drain_samples() local
209 * { u64 period; } && PERF_SAMPLE_PERIOD in rb_drain_samples()
218 period = 0; in rb_drain_samples()
219 if (rb_read(rb, &period, sizeof(period))) in rb_drain_samples()
220 pr_debug("rb_read(period) error. [%m]"); in rb_drain_samples()
221 ret |= callback(exp_period, period); in rb_drain_samples()
270 unsigned long period; member
275 * Somehow first Fetch event with sample period = 0x10 causes 0
[all …]
/linux/drivers/iio/common/inv_sensors/
H A Dinv_sensors_timestamp.c46 /* save chip parameters and compute min and max clock period */ in inv_sensors_timestamp_init()
51 /* current multiplier and period values after reset */ in inv_sensors_timestamp_init()
53 ts->period = chip->init_period; in inv_sensors_timestamp_init()
55 /* use theoretical value for chip period */ in inv_sensors_timestamp_init()
61 uint32_t period, bool fifo) in inv_sensors_timestamp_update_odr() argument
69 mult = period / ts->chip.clock_period; in inv_sensors_timestamp_update_odr()
81 static bool inv_validate_period(struct inv_sensors_timestamp *ts, uint32_t period) in inv_validate_period() argument
85 /* check that period is acceptable */ in inv_validate_period()
88 if (period > period_min && period < period_max) in inv_validate_period()
95 uint32_t period) in inv_update_chip_period() argument
[all …]
/linux/drivers/gpu/drm/tegra/
H A Dmipi-phy.c17 unsigned long period) in mipi_dphy_timing_get_default() argument
20 timing->clkpost = 70 + 52 * period; in mipi_dphy_timing_get_default()
30 timing->hsprepare = 65 + 5 * period; in mipi_dphy_timing_get_default()
31 timing->hszero = 145 + 5 * period; in mipi_dphy_timing_get_default()
32 timing->hssettle = 85 + 6 * period; in mipi_dphy_timing_get_default()
39 * T_HS-TRAIL = max(n * 8 * period, 60 + n * 4 * period) in mipi_dphy_timing_get_default()
43 * not parameterize on anything other that period, so this code will in mipi_dphy_timing_get_default()
46 timing->hstrail = max(4 * 8 * period, 60 + 4 * 4 * period); in mipi_dphy_timing_get_default()
63 unsigned long period) in mipi_dphy_timing_validate() argument
68 if (timing->clkpost < (60 + 52 * period)) in mipi_dphy_timing_validate()
[all …]
/linux/drivers/pwm/
H A Dpwm-microchip-core.c17 * As setting the period/duty cycle takes 4 register writes, there is a window
18 * in which this races against the start of a new period.
23 * period. Therefore to get a 0% waveform, the output is set the max high/low
25 * If the duty cycle is 0%, and the requested period is less than the
26 * available period resolution, this will manifest as a ~100% waveform (with
28 * - The PWM period is set for the whole IP block not per channel. The driver
29 * will only change the period if no other PWM output is enabled.
69 bool enable, u64 period) in mchp_core_pwm_enable() argument
92 * applied to the waveform at the beginning of the next period. in mchp_core_pwm_enable()
96 mchp_core_pwm->update_timestamp = ktime_add_ns(ktime_get(), period); in mchp_core_pwm_enable()
[all …]
H A Dpwm-visconti.c15 * running period is completed. This way the hardware switches atomically
17 * - Disabling the hardware completes the currently running period and keeps
49 u32 period, duty_cycle, pwmc0; in visconti_pwm_apply() local
57 * The biggest period the hardware can provide is in visconti_pwm_apply()
62 if (state->period > (0xffff << 3) * 1000) in visconti_pwm_apply()
63 period = (0xffff << 3) * 1000; in visconti_pwm_apply()
65 period = state->period; in visconti_pwm_apply()
67 if (state->duty_cycle > period) in visconti_pwm_apply()
68 duty_cycle = period; in visconti_pwm_apply()
77 period /= 1000; in visconti_pwm_apply()
[all …]
H A Dpwm-ntxec.c16 * - The period and duty cycle can't be changed together in one atomic action.
44 * The time base used in the EC is 8MHz, or 125ns. Period and duty cycle are
57 int period, int duty) in ntxec_pwm_set_raw_period_and_duty_cycle() argument
62 * Changes to the period and duty cycle take effect as soon as the in ntxec_pwm_set_raw_period_and_duty_cycle()
64 * to an inconsistent state after the period is written and before the in ntxec_pwm_set_raw_period_and_duty_cycle()
66 * is longer than the new period, the EC may output 100% for a moment. in ntxec_pwm_set_raw_period_and_duty_cycle()
68 * To minimize the time between the changes to period and duty cycle in ntxec_pwm_set_raw_period_and_duty_cycle()
73 { NTXEC_REG_PERIOD_HIGH, ntxec_reg8(period >> 8) }, in ntxec_pwm_set_raw_period_and_duty_cycle()
75 { NTXEC_REG_PERIOD_LOW, ntxec_reg8(period) }, in ntxec_pwm_set_raw_period_and_duty_cycle()
86 unsigned int period, duty; in ntxec_pwm_apply() local
[all …]
H A Dpwm-intel-lgm.c6 * - The hardware supports fixed period & configures only 2-wire mode.
9 * keep track of running period.
11 * and new setting for the first period. From second period, the output is
46 u32 period; member
70 /* The hardware only supports normal polarity and fixed period. */ in lgm_pwm_apply()
71 if (state->polarity != PWM_POLARITY_NORMAL || state->period < pc->period) in lgm_pwm_apply()
77 duty_cycle = min_t(u64, state->duty_cycle, pc->period); in lgm_pwm_apply()
78 val = duty_cycle * LGM_PWM_MAX_DUTY_CYCLE / pc->period; in lgm_pwm_apply()
97 state->period = pc->period; /* fixed period */ in lgm_pwm_get_state()
101 state->duty_cycle = DIV_ROUND_UP(duty * pc->period, LGM_PWM_MAX_DUTY_CYCLE); in lgm_pwm_get_state()
[all …]
H A Dpwm-mc33xs2410.c15 * - Configuration isn't atomic. When changing polarity, duty cycle or period
154 static u8 mc33xs2410_pwm_get_freq(u64 period) in mc33xs2410_pwm_get_freq() argument
159 * Check which step [0 .. 3] is appropriate for the given period. The in mc33xs2410_pwm_get_freq()
160 * period ranges for the different step values overlap. Prefer big step in mc33xs2410_pwm_get_freq()
161 * values as these allow more finegrained period and duty cycle in mc33xs2410_pwm_get_freq()
165 switch (period) { in mc33xs2410_pwm_get_freq()
182 * and so a smaller period. in mc33xs2410_pwm_get_freq()
184 count = DIV_ROUND_UP((u32)MC33XS2410_PWM_MAX_PERIOD(step), (u32)period); in mc33xs2410_pwm_get_freq()
203 * period that the frequency had been doubled. in mc33xs2410_pwm_get_period()
209 /* Convert frequency to period, considering the doubled frequency. */ in mc33xs2410_pwm_get_period()
[all …]
H A Dpwm-dwc-core.c48 * Calculate width of low and high period in terms of input clock in __dwc_pwm_configure_timer()
57 tmp = DIV_ROUND_CLOSEST_ULL(state->period - state->duty_cycle, in __dwc_pwm_configure_timer()
74 * width of low period and latter the width of high period in terms in __dwc_pwm_configure_timer()
76 * Width = ((Count + 1) * input clock period). in __dwc_pwm_configure_timer()
91 * Enable timer. Output starts from low period. in __dwc_pwm_configure_timer()
124 u64 duty, period; in dwc_pwm_get_state() local
141 period = (ld2 + 1) * dwc->clk_ns; in dwc_pwm_get_state()
142 period += duty; in dwc_pwm_get_state()
145 period = duty * 2; in dwc_pwm_get_state()
149 state->period = period; in dwc_pwm_get_state()
H A Dpwm-mtk-disp.c73 u32 clk_div, period, high_width, value; in mtk_disp_pwm_apply() local
108 * Find period, high_width and clk_div to suit duty_ns and period_ns. in mtk_disp_pwm_apply()
109 * Calculate proper div value to keep period value in the bound. in mtk_disp_pwm_apply()
111 * period_ns = 10^9 * (clk_div + 1) * (period + 1) / PWM_CLK_RATE in mtk_disp_pwm_apply()
114 * period = (PWM_CLK_RATE * period_ns) / (10^9 * (clk_div + 1)) - 1 in mtk_disp_pwm_apply()
118 clk_div = mul_u64_u64_div_u64(state->period, rate, NSEC_PER_SEC) >> in mtk_disp_pwm_apply()
129 period = mul_u64_u64_div_u64(state->period, rate, div); in mtk_disp_pwm_apply()
130 if (period > 0) in mtk_disp_pwm_apply()
131 period--; in mtk_disp_pwm_apply()
134 value = period | (high_width << PWM_HIGH_WIDTH_SHIFT); in mtk_disp_pwm_apply()
[all …]
H A Dpwm-omap-dmtimer.c21 * doesn't allow the current PWM period to complete and stops abruptly.
22 * - When PWM is running and changing both duty cycle and period,
24 * a period with mixed settings. Especially when period/duty_cyle
25 * is updated while the pwm pin is high, current pwm period/duty_cycle
27 * - period for current cycle = current_period + new period
28 * - duty_cycle for current period = current period + new duty_cycle.
78 * Return number of clock cycles in a given period(ins ns).
141 * @period_ns: New period in nano seconds
143 * Return 0 if successfully changed the period/duty_cycle else appropriate
156 dev_dbg(pwmchip_parent(chip), "requested duty cycle: %d ns, period: %d ns\n", in pwm_omap_dmtimer_config()
[all …]
/linux/Documentation/RCU/Design/Expedited-Grace-Periods/
H A DExpedited-Grace-Periods.rst17 Expedited Grace Period Design
23 grace period.
32 state, the expedited grace period has completed.
43 expedited grace period is shown in the following diagram:
54 Otherwise, the expedited grace period will use
72 block the current expedited grace period until it resumes and finds its
75 the CPU is no longer blocking the grace period.
86 | Why not just have the expedited grace period check the state of all |
116 the handling of a given CPU by an RCU-sched expedited grace period is
137 Expedited Grace Period and CPU Hotplug
[all …]
/linux/Documentation/RCU/Design/Memory-Ordering/
H A DTree-RCU-Memory-Ordering.rst2 A Tour Through TREE_RCU's Grace-Period Memory Ordering
13 grace-period memory ordering guarantee is provided.
15 What Is Tree RCU's Grace Period Memory Ordering Guarantee?
20 Any code that happens after the end of a given RCU grace period is guaranteed
22 period that are within RCU read-side critical sections.
24 period is guaranteed to not see the effects of all accesses following the end
25 of that grace period that are within RCU read-side critical sections.
34 two phases, one of which is executed before the grace period and
35 the other of which is executed after the grace period.
46 Tree RCU Grace Period Memory Ordering Building Blocks
[all …]
/linux/lib/
H A Dflex_proportions.c3 * Floating proportions with flexible aging period
14 * Where x_{i,j} is j's number of events in i-th last time period and x_i is
15 * total number of events in i-th last time period.
26 * When a new period is declared, we could do:
33 * occurs. This can bit trivially implemented by remembering last period in
42 p->period = 0; in fprop_global_init()
57 * Declare @periods new periods. It is upto the caller to make sure period
79 p->period += periods; in fprop_new_period()
98 pl->period = 0; in fprop_local_init_percpu()
111 unsigned int period = p->period; in fprop_reflect_period_percpu() local
[all …]
/linux/drivers/hid/intel-thc-hid/intel-quicki2c/
H A Dquicki2c-dev.h89 * @SMHX: Standard Mode (100 kbit/s) Serial Clock Line HIGH Period
90 * @SMLX: Standard Mode (100 kbit/s) Serial Clock Line LOW Period
91 * @SMTD: Standard Mode (100 kbit/s) Serial Data Line Transmit Hold Period
92 * @SMRD: Standard Mode (100 kbit/s) Serial Data Receive Hold Period
93 * @FMHX: Fast Mode (400 kbit/s) Serial Clock Line HIGH Period
94 * @FMLX: Fast Mode (400 kbit/s) Serial Clock Line LOW Period
95 * @FMTD: Fast Mode (400 kbit/s) Serial Data Line Transmit Hold Period
96 * @FMRD: Fast Mode (400 kbit/s) Serial Data Line Receive Hold Period
99 * @FPHX: Fast Mode Plus (1Mbit/sec) Serial Clock Line HIGH Period
100 * @FPLX: Fast Mode Plus (1Mbit/sec) Serial Clock Line LOW Period
[all …]
/linux/Documentation/scheduler/
H A Dsched-rt-group.rst27 system when the period is smaller than either the available hrtimer
53 in a given period. We allocate this "run time" for each real-time group which
61 frames a second, which yields a period of 0.04s per frame. Now say it will also
66 This way the graphics group will have a 0.04s period with a 0.032s run time
69 0.00015s. So this group can be scheduled with a period of 0.005s and a run time
90 The scheduling period that is equivalent to 100% CPU bandwidth.
104 * A run time of -1 specifies runtime == period, ie. no limit.
107 runtime/period in /sys/kernel/debug/sched/fair_server/cpuX/
120 period from /proc/sys/kernel/sched_rt_period_us and a run time of 0. If you
156 There is work in progress to make the scheduling period for each group
[all …]
/linux/drivers/watchdog/
H A Dbooke_wdt.c22 * Also, the wdt_period sets the watchdog timer period timeout.
50 /* For the specified period, determine the number of seconds
55 * 2.5 * (2^(63-period+1)) / timebase_freq
57 * In order to simplify things, we assume that period is
60 static unsigned long long period_to_sec(unsigned int period) in period_to_sec() argument
62 unsigned long long tmp = 1ULL << (64 - period); in period_to_sec()
75 * This procedure will find the highest period which will give a timeout
81 unsigned int period; in sec_to_period() local
82 for (period = 63; period > 0; period--) { in sec_to_period()
83 if (period_to_sec(period) >= secs) in sec_to_period()
[all …]
/linux/tools/perf/Documentation/
H A Dintel-acr.txt10 two or more events. To enable this, the user must provide a sample period
13 period is exceeded.
18 perf record -e {cpu_atom/instructions,period=200000,acr_mask=0x2/, \
19 cpu_atom/cycles,period=100000,acr_mask=0x3/} -- true
21 In this case, if the "instructions" counter exceeds the sample period of
27 events in the group to be reset when the period is exceeded. In the
31 that both event counters will be reset if the sample period is exceeded
37 alongside the sample period term n or the -c/--count option. This would
44 cpu_atom/cycles,period=100000,ratio-to-prev=0.5/} -- true
53 cpu_atom/instructions,period=200000,ratio-to-prev=2.0/} -- true
/linux/include/linux/
H A Dflex_proportions.h3 * Floating proportions with flexible aging period
19 * bound on the number of events per period like
29 /* Number of events in the current period */
31 /* Current period */
32 unsigned int period; member
33 /* Synchronization with period transitions */
47 /* Period in which we last updated events */
48 unsigned int period; member
49 raw_spinlock_t lock; /* Protect period and numerator */
/linux/arch/m68k/amiga/
H A Damisound.c31 * The minimum period for audio may be modified by the frame buffer
42 * Current period (set by dmasound.c)
84 unsigned long period = (clock_constant / hz); in amiga_mksound() local
86 if (period < amiga_audio_min_period) in amiga_mksound()
87 period = amiga_audio_min_period; in amiga_mksound()
88 if (period > MAX_PERIOD) in amiga_mksound()
89 period = MAX_PERIOD; in amiga_mksound()
91 /* setup pointer to data, period, length and volume */ in amiga_mksound()
94 custom.aud[2].audper = (unsigned short)period; in amiga_mksound()
116 /* restore period to previous value after beeping */ in nosound()
/linux/tools/perf/tests/
H A Dhists_output.c54 struct perf_sample sample = { .period = 100, }; in add_hist_entries()
183 !strcmp(SYM(he), "main") && he->stat.period == 200); in test1()
189 !strcmp(SYM(he), "page_fault") && he->stat.period == 100); in test1()
195 !strcmp(SYM(he), "main") && he->stat.period == 100); in test1()
201 !strcmp(SYM(he), "xmalloc") && he->stat.period == 100); in test1()
207 !strcmp(SYM(he), "page_fault") && he->stat.period == 100); in test1()
213 !strcmp(SYM(he), "schedule") && he->stat.period == 100); in test1()
219 !strcmp(SYM(he), "free") && he->stat.period == 100); in test1()
225 !strcmp(SYM(he), "malloc") && he->stat.period == 100); in test1()
231 !strcmp(SYM(he), "cmd_record") && he->stat.period == 100); in test1()
[all …]
/linux/kernel/
H A Dwatchdog_perf.c33 void watchdog_update_hrtimer_threshold(u64 period) in watchdog_update_hrtimer_threshold() argument
36 * The hrtimer runs with a period of (watchdog_threshold * 2) / 5 in watchdog_update_hrtimer_threshold()
43 * smaller period than the one deduced from the nominal CPU in watchdog_update_hrtimer_threshold()
45 * enough to get the NMI period smaller than the hrtimer watchdog in watchdog_update_hrtimer_threshold()
46 * period and trigger false positives. in watchdog_update_hrtimer_threshold()
52 * Set this to 4/5 of the actual watchdog threshold period so the in watchdog_update_hrtimer_threshold()
56 watchdog_hrtimer_sample_threshold = period * 2; in watchdog_update_hrtimer_threshold()
194 * hardlockup_detector_perf_adjust_period - Adjust the event period due
196 * @period: The target period to be set
198 void hardlockup_detector_perf_adjust_period(u64 period) in hardlockup_detector_perf_adjust_period() argument
[all …]
/linux/Documentation/devicetree/bindings/input/
H A Drotary-encoder.yaml49 rotary-encoder,steps-per-period:
54 Number of steps (stable states) per period.
56 1: Full-period mode (default)
57 2: Half-period mode
58 4: Quarter-period mode
67 rotary-encoder,half-period:
71 Makes the driver work on half-period mode.
72 This property is deprecated. Instead, a 'steps-per-period ' value should
73 be used, such as "rotary-encoder,steps-per-period = <2>".
/linux/include/linux/phy/
H A Dphy-mipi-dphy.h31 * transitioned to LP Mode. Interval is defined as the period
34 * Minimum value: 60000 ps + 52 * @hs_clk_rate period in ps
108 * Maximum value: 35000 ps + 4 * @hs_clk_rate period in ps
119 * Maximum value: 105000 ps + 12 * @hs_clk_rate period in ps
140 * Minimum value: 40000 ps + 4 * @hs_clk_rate period in ps
141 * Maximum value: 85000 ps + 6 * @hs_clk_rate period in ps
152 * Minimum value: 85000 ps + 6 * @hs_clk_rate period in ps
153 * Maximum value: 145000 ps + 10 * @hs_clk_rate period in ps
166 * Maximum value: 55000 ps + 4 * @hs_clk_rate period in ps
177 * Minimum value: max(8 * @hs_clk_rate period in ps,
[all …]
/linux/kernel/rcu/
H A Dtree.c178 /* Delay in jiffies for grace-period initialization delays, debug only. */
215 * Return true if an RCU grace period is in progress. The READ_ONCE()s
353 * We inform the RCU core by emulating a zero-duration dyntick-idle period.
444 * How long the grace period must be before we start recruiting
453 * Make sure that we give the grace-period kthread time to detect any
547 * Send along grace-period-related data for rcutorture diagnostics.
556 /* Gather grace-period sequence numbers for rcutorture diagnostics. */
565 /* Format grace-period sequence numbers for rcutorture diagnostics. */
647 * in a timely manner, the RCU grace-period kthread sets that CPU's
656 * interrupt or exception. In that case, the RCU grace-period kthread
[all …]

12345678910>>...65