Hi Arnd, > On Thu, Feb 20, 2020 at 4:42 PM Lukasz Majewski wrote: > > > On Thu, Feb 20, 2020 at 2:15 PM Lukasz Majewski > > > wrote: > > > > > I do see two approaches here: > > > > 1. In glibc: > > > > When -D_TIME_BITS=64 is set - redirections are enabled for syscall > > wrappers; for example __clock_settime64 is used instead of > > __clock_settime (e.g. sysdeps/unix/sysv/linux/clock_settime). > > > > The latter is guarded by #ifdef __TIMESIZE != 64 so we could change > > mechanically that __clock_settime returns -1 and sets errno to > > -ENOTSUPP > > What I meant is to remove the __clock_settime function from the > library entirely to cause a link failure. I suppose replacing most > "__TIMESIZE != 64" with '0' would do that. Ideally I'd just set I think that replacing "__TIMESIZE != 64" with '0' would be the simplest option. > __TIMESIZE to 64, but doing that would make the ABI incompatible > with mainline glibc. > > > 2. In kernel - return -ENOTSUPP when clock_settime syscall instead > > of clock_settime64 is invoked. > > We already have that with CONFIG_COMPAT_32BIT_TIME, but > at the moment I think that still breaks glibc's usage of __NR_futex, > and a compile-time error is always better than a runtime error, > as it's easier to catch them reliably Ok. > > Arnd Best regards, Lukasz Majewski -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@denx.de