Re: [RFC - 0/13] NTP cleanup work (v. B5)

2005-08-16 Thread Roman Zippel
Hi, On Mon, 15 Aug 2005, john stultz wrote: > > I think most of this is premature cleanup. As it also changes the logic in > > small ways, I'm not even sure it qualifies as a cleanup. > > Please, Roman, I'm spending quite a bit of time breaking this up into > small chunks specifically to help t

Re: [RFC - 0/13] NTP cleanup work (v. B5)

2005-08-15 Thread john stultz
On Tue, 2005-08-16 at 00:12 +0200, Roman Zippel wrote: > On Wed, 10 Aug 2005, john stultz wrote: > > > The goal of this patch set is to isolate the in kernel NTP state > > machine in the hope of simplifying the current timekeeping code and > > allowing for optional future changes in the timeke

Re: [RFC - 0/13] NTP cleanup work (v. B5)

2005-08-15 Thread Roman Zippel
Hi, On Wed, 10 Aug 2005, john stultz wrote: > The goal of this patch set is to isolate the in kernel NTP state > machine in the hope of simplifying the current timekeeping code and > allowing for optional future changes in the timekeeping subsystem. > > I've tried to address some of the co

[RFC - 0/13] NTP cleanup work (v. B5)

2005-08-10 Thread john stultz
All, The goal of this patch set is to isolate the in kernel NTP state machine in the hope of simplifying the current timekeeping code and allowing for optional future changes in the timekeeping subsystem. I've tried to address some of the complexity concerns for systems that do not have a