[ntp:questions] ntpd failure on ioctl(I_SETSIG, S_INPUT): Bbad address
wayne.liu at impinj.com
Mon Feb 9 18:28:32 UTC 2009
Sorry I wasn't clear on my previous message. I was doing cross-compile
and it turns out to be a build option error on my part. I got it working
It's exactly like what Frank said, UDP_SIGPOLL is not used for linux.
After checking the source of configure that I realized that I had the
wrong build option --host=<my-cross-compiler-prefix>, where
<my-cross-compiler-prefix> is not *-*-*linux*. I and also have to add
<my-cross-compiler-prefix> into config.sub since it's not one of the
What I eventually did was to set and export env. variables CC/LD/AR
pointing to <my-cross-compiler-prefix>-gcc and set --host=<my>-linux.
Thanks to all for your responses.
From: questions-bounces+wliu=impinj.com at lists.ntp.org
[mailto:questions-bounces+wliu=impinj.com at lists.ntp.org] On Behalf Of
Sent: Sunday, February 08, 2009 9:41 AM
To: questions at lists.ntp.org
Subject: Re: [ntp:questions] ntpd failure on ioctl(I_SETSIG,S_INPUT):
Danny Mayer wrote:
> Harlan Stenn wrote:
>>>>> In article
<977AD296BDAF2F428CF7028F923E4A200AF1A3D6 at earth.impinj.com>,
wayne.liu at impinj.com (Wayne Liu) writes:
>> Wayne> Hello All; I'm running the latest ntp-4.2.4p6 on Linux 2.6.18
>> Wayne> got the following up front when I start ntpd: =========== ntpd
>> Wayne> 4.2.4p6 at 1.1549 Fri Feb 6 02:09:46 UTC 2009 (3) ....
>> Wayne> SO_TIMESTAMP enabled on fd 16 address 0.0.0.0 bind() fd 16,
>> Wayne> port 123, addr 0.0.0.0, flags=0x89 addto_syslog:
>> Wayne> ioctl(I_SETSIG, S_INPUT) failed: Bad address ==========
>> Wayne> From the kernel code it seems that "Bad address" is due to
>> Wayne> being supported by sock as an ioctl cmd, which is then passed
>> Wayne> dev_ioctl underneath which rejects the arg S_INPUT as bad
>> The configure choices for USE_UDP_SIGPOLL were done a long time ago
>> might have changed.
> I think that's what Frank implemented recently for dynamic interface
Nope. I didn't fiddle there. I didn't even have to go near the IO/SIGNAL
EFAULT usually means that there is an invalid address. Usually
unsupported options are indicated by EINVAL.
Looking into configuration on Linux 18.104.22.168 everything is fine.
SIGPOLL is not detected (config.h /* #undef USE_UDP_SIGPOLL */)
ntp 4.2.4p6 works as designed.
Looking at configure USE_UDP_SIGPOLL is not used if configure finds
as host specification. Maybe your distro has a different host
>> I'd appreciate learning how to discern the correct answer for your
>> I do not know what the correct answer is...
questions mailing list
questions at lists.ntp.org
More information about the questions