How the KERNEL_PLL switch kills TESTFRAME

[Gary E. Miller]

Yo Eric!

On Thu, 29 Sep 2016 00:07:25 -0400
"Eric S. Raymond" <esr at thyrsus.com> wrote:

> Gary E. Miller <gem at rellim.com>:
> > Yo Eric!
> > 
> > On Wed, 28 Sep 2016 17:24:10 -0400
> > "Eric S. Raymond" <esr at thyrsus.com> wrote:
> >   
> > > Remember, you can't even *build* the KERNEL_PLL version on a
> > > platform without adjtimex(2).    
> > 
> > The linux man page for adjtimex(2) says that ntp_adjtime() is
> > preferred.  
> 
> Which I find strange.  Preferred for portability, maybe, but
> adjtimex() is strictly more powerful.

really?  How do you get that from this text:

   ntp_adjtime ()
       The ntp_adjtime() library function (described in the NTP "Kernel
       Appli‐ cation Program API", KAPI) is a more portable interface
       for performing the same task as adjtimex().  Other than the
       following points, it is identical to adjtime():

       * The constants used in modes are prefixed with "MOD_" rather
         than "ADJ_", and have the same suffixes (thus, MOD_OFFSET,
         MOD_FREQUENCY, and so on), other than the exceptions noted in the
         following points.

       *  MOD_CLKA is the synonym for ADJ_OFFSET_SINGLESHOT.

       *  MOD_CLKB is the synonym for ADJ_TICK.

       * The is no synonym for ADJ_OFFSET_SS_READ, which is not
         described in the KAPI.

> > What system has adjtimex(2) and not ntp_adjtime(2)?  
> 
> None that I know of.  I doubt any such exost. because if you have
> adjtimex(2) you can implement ntp_adjtime(2) with it.

Right, they are equivalant, so no big reason to change, except the
man page requests it.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
	gem at rellim.com  Tel:+1 541 382 8588
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ntpsec.org/pipermail/devel/attachments/20160928/1b913a19/attachment.bin>