Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752855AbbDBAIT (ORCPT ); Wed, 1 Apr 2015 20:08:19 -0400 Received: from mga09.intel.com ([134.134.136.24]:15495 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752248AbbDBAIR convert rfc822-to-8bit (ORCPT ); Wed, 1 Apr 2015 20:08:17 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.11,507,1422950400"; d="scan'208";a="689206635" From: "Keller, Jacob E" To: Richard Cochran CC: "thomas.lendacky@amd.com" , "linux-kernel@vger.kernel.org" , "baolin.wang@linaro.org" , "b45643@freescale.com" , "sshah@solarflare.com" , "amirv@mellanox.com" , "ben@decadent.org.uk" , "sonic.zhang@analog.com" , "peppe.cavallaro@st.com" , "Allan, Bruce W" , "rayagond@vayavyalabs.com" , "tglx@linutronix.de" , "ariel.elior@qlogic.com" , "cmetcalf@ezchip.com" , "Vick, Matthew" , "linux-net-drivers@solarflare.com" , "arnd@linaro.org" , "Frank.Li@freescale.com" , "netdev@vger.kernel.org" , "mchan@broadcom.com" , "Wyborny, Carolyn" , "prashant@broadcom.com" , "davem@davemloft.net" , "Kirsher, Jeffrey T" , "stefan.sorensen@spectralink.com" , "john.stultz@linaro.org" Subject: RE: [PATCH net-next V3 13/23] ptp: igb: convert to the 64 bit get/set time methods. Thread-Topic: [PATCH net-next V3 13/23] ptp: igb: convert to the 64 bit get/set time methods. Thread-Index: AQHQamUkU6Kg6VkyD0+tXZQJ1WT2n503jiMAgAAIF4CAAUb9IA== Date: Thu, 2 Apr 2015 00:08:14 +0000 Message-ID: <02874ECE860811409154E81DA85FBB58574FB8B1@ORSMSX115.amr.corp.intel.com> References: <67fa71b28f96b222c8027b49efee4144b3754bf7.1427662907.git.richardcochran@gmail.com> <1427836090.16312.27.camel@intel.com> <20150331213707.GA9139@localhost.localdomain> In-Reply-To: <20150331213707.GA9139@localhost.localdomain> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.138] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2052 Lines: 47 > -----Original Message----- > From: Richard Cochran [mailto:richardcochran@gmail.com] > Sent: Tuesday, March 31, 2015 2:37 PM > To: Keller, Jacob E > Cc: thomas.lendacky@amd.com; linux-kernel@vger.kernel.org; > baolin.wang@linaro.org; b45643@freescale.com; sshah@solarflare.com; > amirv@mellanox.com; ben@decadent.org.uk; sonic.zhang@analog.com; > peppe.cavallaro@st.com; Allan, Bruce W; rayagond@vayavyalabs.com; > tglx@linutronix.de; ariel.elior@qlogic.com; cmetcalf@ezchip.com; Vick, > Matthew; linux-net-drivers@solarflare.com; arnd@linaro.org; > Frank.Li@freescale.com; netdev@vger.kernel.org; mchan@broadcom.com; > Wyborny, Carolyn; prashant@broadcom.com; davem@davemloft.net; > Kirsher, Jeffrey T; stefan.sorensen@spectralink.com; john.stultz@linaro.org > Subject: Re: [PATCH net-next V3 13/23] ptp: igb: convert to the 64 bit > get/set time methods. > > On Tue, Mar 31, 2015 at 09:08:10PM +0000, Keller, Jacob E wrote: > > On Sun, 2015-03-29 at 23:12 +0200, Richard Cochran wrote: > > > For the 82576, the driver's clock is implemented using a timecounter, > > > and so with this patch that device is ready for the year 2038. > > > > > > However, in the case of the i210, the device stores the number of > > > seconds in a 32 bit register. Therefore, more work is needed on this > > > driver before the year 2038 comes around. > > > > > > Compile tested only. > > > > I assume we would want to use a time counter wrapper here to resolve > > this issue? > > I would just keep the seconds in software for settime() and adjtime(), > but let the nanoseconds field go to the hardware. Then, the gettime() > result, the periodic outputs, the external time stamps, and the skb > time stamps will need to be corrected by that many seconds. > > Thanks, > Richard That seems reasonable. Regards, Jake -- 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/