Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752879Ab0LUThU (ORCPT ); Tue, 21 Dec 2010 14:37:20 -0500 Received: from e3.ny.us.ibm.com ([32.97.182.143]:41056 "EHLO e3.ny.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751493Ab0LUThS (ORCPT ); Tue, 21 Dec 2010 14:37:18 -0500 Subject: Re: [PATCH V7 1/8] ntp: add ADJ_SETOFFSET mode bit From: john stultz To: "Kuwahara,T." <6vvetjsrt26xsrzlh1z0zn4d2grdah@gmail.com> Cc: Richard Cochran , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, netdev@vger.kernel.org, Alan Cox , Arnd Bergmann , Christoph Lameter , David Miller , Krzysztof Halasa , Peter Zijlstra , Rodolfo Giometti , Thomas Gleixner In-Reply-To: References: <880d82bb8120f73973db27e0c48e949014b1a106.1292512461.git.richard.cochran@omicron.at> Content-Type: text/plain; charset="UTF-8" Date: Tue, 21 Dec 2010 11:37:04 -0800 Message-ID: <1292960224.2618.4.camel@work-vm> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Content-Scanned: Fidelis XPS MAILER Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1362 Lines: 32 On Sat, 2010-12-18 at 05:16 +0900, Kuwahara,T. wrote: > On 12/17/10, Richard Cochran wrote: > > This patch adds a new mode bit into the timex structure. When set, the bit > > instructs the kernel to add the given time value to the current time. > > > > The proposed new control mode, ADJ_SETOFFSET, is logically the same as > ADJ_OFFSET with timex.constant == -INFINITY. I'm not sure if this is correct. Its more like settimeofday, only giving a relative offset to jump the clock, rather then an absolute time. It does not slew the clock over time like ADJ_OFFSET does. > So it is possible to do > the same thing without risking forward compatibility. (I mean by "risking > forward compatibility" that the mode bit 0x0040 may be defined differently > by the upstream maintainer anytime in the future.) adjtimex is a linux specific interface, which is compatible but not identical to the ntp specified interfaces. The ntp client code already has Linux specific modifications, so I don't think we have to worry about 0x40 specifically being reserved by the NTP client. thanks -john -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/