Home
last modified time | relevance | path

Searched refs:drift (Results 1 – 13 of 13) sorted by relevance

/linux/arch/mips/kvm/
A Demulate.c549 int drift, ret = 0; in kvm_mips_restore_hrtimer() local
562 drift = count - before_count; in kvm_mips_restore_hrtimer()
563 if (drift < min_drift) { in kvm_mips_restore_hrtimer()
565 vcpu->arch.count_bias += drift; in kvm_mips_restore_hrtimer()
566 ret = drift; in kvm_mips_restore_hrtimer()
578 drift = count - now_count; in kvm_mips_restore_hrtimer()
579 if (drift > 0) { in kvm_mips_restore_hrtimer()
581 vcpu->arch.count_bias += drift; in kvm_mips_restore_hrtimer()
582 ret = drift; in kvm_mips_restore_hrtimer()
/linux/Documentation/ABI/testing/
A Dsysfs-devices-platform-trackpoint109 drift (noise) calibration occurs.
111 IBM Trackpoints have a feature to compensate for drift by
A Dsysfs-class-thermal132 for long term drift. For more information see
A Dsysfs-bus-iio1970 element deterioration that would otherwise lead to sensor drift.
/linux/drivers/gpu/drm/vc4/
A Dvc4_hdmi.c849 u32 drift; in vc4_hdmi_recenter_fifo() local
852 drift = HDMI_READ(HDMI_FIFO_CTL); in vc4_hdmi_recenter_fifo()
853 drift &= VC4_HDMI_FIFO_VALID_WRITE_MASK; in vc4_hdmi_recenter_fifo()
856 drift & ~VC4_HDMI_FIFO_CTL_RECENTER); in vc4_hdmi_recenter_fifo()
858 drift | VC4_HDMI_FIFO_CTL_RECENTER); in vc4_hdmi_recenter_fifo()
861 drift & ~VC4_HDMI_FIFO_CTL_RECENTER); in vc4_hdmi_recenter_fifo()
863 drift | VC4_HDMI_FIFO_CTL_RECENTER); in vc4_hdmi_recenter_fifo()
/linux/Documentation/devicetree/bindings/clock/ti/
A Ddra7-atl.txt7 signals - can compensate the drift between the two ws signal.
/linux/Documentation/input/devices/
A Dntrig.rst119 The calibration of these devices does drift over time. If ghosts or contact
/linux/Documentation/core-api/
A Dtimekeeping.rst56 clocksource without (NTP) adjustments for clock drift. This is
/linux/Documentation/driver-api/thermal/
A Dpower_allocator.rst166 allows the PID controller to compensate for long term drift and for
/linux/Documentation/timers/
A Dtimekeeping.rst155 drift between the CPUs on the system. The kernel can work around this by
/linux/Documentation/virt/kvm/
A Dtimekeeping.rst392 cause the CPU clocks, and thus the TSCs to drift over time. Depending on the
393 exact clock and bus design, the drift may or may not be fixed in absolute
/linux/Documentation/process/
A D2.Process.rst426 long-running conversations can drift away from the original subject
/linux/Documentation/userspace-api/media/v4l/
A Dbuffer.rst212 drift between the video and system clock. For output streams that

Completed in 21 milliseconds