From: Laurent Georget <laurent.georget@supelec.fr>
To: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
Cc: lkml <linux-kernel@vger.kernel.org>,
Petr Gajdos <PGajdos@suse.cz>,
John Stultz <john.stultz@linaro.org>,
Richard Cochran <richardcochran@gmail.com>,
Jeff Epler <jepler@unpythonic.net>
Subject: Re: Request for review of adjtimex(2) man page
Date: Wed, 07 Jan 2015 14:37:22 +0100 [thread overview]
Message-ID: <54AD3692.7040903@supelec.fr> (raw)
In-Reply-To: <54AD2C56.10700@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1586 bytes --]
Hello,
>I've added a large number
> of FIXMEs in the draft below, and would be happy if anyone can supply
> some content to fill any of the gaps.
Isn't the man page going to be very long and hard to read if we explain all
the NTP internals in adjtimex.2? I think we could create a second man page
(for instance ntp.7) in section 7 to provide extensive explanations and refer
to it from adjtimex.2. Does that seem okay?
> .BR STA_PLL
> Enable phase-locked loop (PLL) updates (read-write) via
> .\" FIXME Any pointer to further information about what this means?
> .\" (It was not immediately obvious from a scan of the RFC, whether
> .\" this is described in the RFC.)
> .BR ADJ_OFFSET .
> .BR STA_FLL
> Select frequency-locked loop (FLL) mode (read-write).
> .\" FIXME Any pointer to further information about what this means?
> .\" (It was not immediately obvious from a scan of the RFC, whether
> .\" this is described in the RFC.)
In this particular case, for example, PLL and FLL are the two modes by which
the clock offset can be controlled. Roughly speaking, PLL is phase locking
(the clock time is adjusted to the source time) and FLL is frequency locking
(the clock frequency is adjusted to the source frequency). Is that level of
details be sufficient for adjtimex.2?
Valuable resources that go beyond the content of the RFC are publications and
presentations from Pr. David Mills (http://www.eecis.udel.edu/~mills/) like
http://www.eecis.udel.edu/~mills/database/brief/clock/clock.pdf.
Cheers,
Laurent
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 213 bytes --]
next prev parent reply other threads:[~2015-01-07 13:37 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-07 12:53 Request for review of adjtimex(2) man page Michael Kerrisk (man-pages)
2015-01-07 13:37 ` Laurent Georget [this message]
2015-01-09 13:02 ` Michael Kerrisk (man-pages)
2015-01-09 22:51 ` John Stultz
2016-03-04 16:09 ` Michael Kerrisk (man-pages)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54AD3692.7040903@supelec.fr \
--to=laurent.georget@supelec.fr \
--cc=PGajdos@suse.cz \
--cc=jepler@unpythonic.net \
--cc=john.stultz@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mtk.manpages@gmail.com \
--cc=richardcochran@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox