Searched refs:nanosecond (Results 1 – 12 of 12) sorted by relevance
| /linux-4.4.14/drivers/char/ |
| D | efirtc.c | 111 eft->nanosecond = 0; in convert_to_efi_time()
321 eft.hour, eft.minute, eft.second, eft.nanosecond, in efi_rtc_proc_show()
338 alm.hour, alm.minute, alm.second, alm.nanosecond, in efi_rtc_proc_show()
|
| /linux-4.4.14/Documentation/timers/ |
| D | timekeeping.txt | 54 into a nanosecond value as an unsigned long long (unsigned 64 bit) number.
57 possible to a nanosecond value using only the arithmetic operations
129 i.e. after 64 bits. Since this is a nanosecond value this will mean it wraps
146 counter to derive a 64-bit nanosecond value, so for example on the ARM
148 sched_clock() nanosecond base from a 16- or 32-bit counter. Sometimes the
|
| D | hrtimers.txt | 126 special nanosecond-resolution type: ktime_t. The kernel-internal
|
| D | highres.txt | 52 convert the clock ticks to nanosecond based time values. All other time keeping
|
| /linux-4.4.14/Documentation/devicetree/bindings/sound/ |
| D | atmel-classd.txt | 30 Set non-overlapping time, the unit is nanosecond(ns).
|
| /linux-4.4.14/drivers/rtc/ |
| D | rtc-efi.c | 66 eft->nanosecond = 0; in convert_to_efi_time()
|
| /linux-4.4.14/Documentation/device-mapper/ |
| D | statistics.txt | 63 precise_timestamps - use precise timer with nanosecond resolution
|
| /linux-4.4.14/Documentation/scheduler/ |
| D | sched-design-CFS.txt | 88 CFS uses nanosecond granularity accounting and does not rely on any jiffies or
|
| /linux-4.4.14/Documentation/sound/alsa/ |
| D | timestamping.txt | 110 The accuracy is reported in nanosecond units (using an unsigned 32-bit
|
| /linux-4.4.14/include/linux/ |
| D | efi.h | 150 u32 nanosecond; member
|
| /linux-4.4.14/arch/ia64/kernel/ |
| D | efi.c | 250 ts->tv_nsec = tm.nanosecond; in STUB_GET_TIME()
|
| /linux-4.4.14/Documentation/virtual/kvm/ |
| D | timekeeping.txt | 567 back into nanosecond resolution values.
|