Displaying 7 results from an estimated 7 matches for "clock_getres".
2023 Nov 03
0
9.3p1 Daemon Rejects Client Connections on armv7l-dey-linux-gnueabihf w/ GCC 10/11/12
...r a number of nanoseconds.
This function is a cancellation point and therefore not marked with
__THROW. */
extern int nanosleep (const struct timespec *__requested_time,
struct timespec *__remaining);
/* Get resolution of clock CLOCK_ID. */
extern int clock_getres (clockid_t __clock_id, struct timespec *__res) __THROW;
/* Get current value of clock CLOCK_ID and store it in TP. */
extern int clock_gettime (clockid_t __clock_id, struct timespec *__tp)
__THROW __nonnull((2));
/* Set clock CLOCK_ID to value TP. */
extern int clock_se...
2018 Sep 17
1
[patch 00/11] x86/vdso: Cleanups, simmplifications and CLOCK_TAI support
...e fast for 32-bit time_t
> and will have a working non-vdso sys_clock_getttime64().
In principle consolidating all those implementations should be possible to
some extent and probably worthwhile. What's arch specific are the actual
accessors to the hardware clocks.
> I also wonder about clock_getres(): half the architectures seem to implement
> it in vdso, but notably arm32 and x86 don't, and I had not expected it to be
> performance critical given that the result is easily cached in user space.
getres() is not really performance critical, but adding it does not create
a huge proble...
2018 Sep 14
0
[patch 00/11] x86/vdso: Cleanups, simmplifications and CLOCK_TAI support
...uggestions here? Should we plan to do that consolitdation based on
your new version, or just add clock_gettime64 in arm32 and x86-32, and then
be done with it? The other ones will obviously still be fast for 32-bit time_t
and will have a working non-vdso sys_clock_getttime64().
I also wonder about clock_getres(): half the architectures seem to implement
it in vdso, but notably arm32 and x86 don't, and I had not expected it to be
performance critical given that the result is easily cached in user space.
Arnd
2018 Sep 14
24
[patch 00/11] x86/vdso: Cleanups, simmplifications and CLOCK_TAI support
Matt attempted to add CLOCK_TAI support to the VDSO clock_gettime()
implementation, which extended the clockid switch case and added yet
another slightly different copy of the same code.
Especially the extended switch case is problematic as the compiler tends to
generate a jump table which then requires to use retpolines. If jump tables
are disabled it adds yet another conditional to the existing
2018 Sep 14
24
[patch 00/11] x86/vdso: Cleanups, simmplifications and CLOCK_TAI support
Matt attempted to add CLOCK_TAI support to the VDSO clock_gettime()
implementation, which extended the clockid switch case and added yet
another slightly different copy of the same code.
Especially the extended switch case is problematic as the compiler tends to
generate a jump table which then requires to use retpolines. If jump tables
are disabled it adds yet another conditional to the existing
2013 Aug 21
0
Build problems: klibc with Linux 3.10.7
...l
SYSCALL FOUND: tuxcall
SYSCALL FOUND: setresuid
SYSCALL FOUND: mincore
SYSCALL FOUND: rt_sigreturn
SYSCALL FOUND: restart_syscall
SYSCALL FOUND: process_vm_readv
SYSCALL FOUND: vhangup
SYSCALL FOUND: oldstat
SYSCALL FOUND: query_module
SYSCALL FOUND: pread64
SYSCALL FOUND: renameat
SYSCALL FOUND: clock_getres
SYSCALL FOUND: exit_group
SYSCALL FOUND: lsetxattr
SYSCALL FOUND: inotify_init
SYSCALL FOUND: mount
SYSCALL FOUND: wait4
SYSCALL FOUND: ftime
SYSCALL FOUND: clone
SYSCALL FOUND: select
SYSCALL FOUND: syslog
SYSCALL FOUND: getresuid
SYSCALL FOUND: fsync
SYSCALL FOUND: sched_getparam
SYSCALL FOUND: c...
2013 Aug 21
5
Build problems: klibc with Linux 3.10.7
On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote:
> >
> Find attached two patches I have in order to build klibc 2.0.2
> against kernel 3.8.13
> We had to introduce those patches when going from kernel 3.6 to kernel 3.7
> Hope it helps.
>
those patches are wrong and again very brittle.
just use the way it is described in `make help':
A) cd ~/src/linux