Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935265Ab0KQV3U (ORCPT ); Wed, 17 Nov 2010 16:29:20 -0500 Received: from filtteri6.pp.htv.fi ([213.243.153.189]:38699 "EHLO filtteri6.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754440Ab0KQV3T (ORCPT ); Wed, 17 Nov 2010 16:29:19 -0500 Date: Wed, 17 Nov 2010 23:29:13 +0200 From: Alexander Shishkin To: Davide Libenzi Cc: Thomas Gleixner , Kyle Moffett , Valdis.Kletnieks@vt.edu, LKML , John Stultz , Andrew Morton , "H. Peter Anvin" , Kay Sievers , Greg KH , Chris Friesen , Linus Torvalds , "Kirill A. Shutemov" , Alexander Shishkin Subject: Re: [PATCHv6 0/7] system time changes notification Message-ID: <20101117212912.GC26184@shisha.kicks-ass.net> References: <1289503802-22444-1-git-send-email-virtuoso@slind.org> <22542.1289507293@localhost> <20101111205123.GC10585@shisha.kicks-ass.net> <20101117190659.GB26184@shisha.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1644 Lines: 45 On Wed, Nov 17, 2010 at 12:42:52PM -0800, Davide Libenzi wrote: > On Wed, 17 Nov 2010, Alexander Shishkin wrote: > > > > But what you folks really want for this stuff is an extension to > > > timerfd as you want to be able to poll, right? > > > > > > So what about the following: > > > > > > Add a new flag TDF_NOTIFY_CLOCK_WAS_SET to the timerfd flags. Now this > > > flag adds the timer to a separate list, which gets woken up when the > > > clock is set. > > > > > > No new syscall, just a few lines of code in fs/timerfd.c and > > > clock_was_set(). > > > > > > Thoughts ? > > > > Something like this (sans ugliness)? > > Oh, gosh, please. This is interface-multiplexing-a-palooza. Thomas made a suggestion, I came up with how it might look like so that pros and cons are clearer to everyone (or at least me) and can be discussed on technical grounds. Code talks, sort of. I'm not convinced that a timer that returns to userspace when the clock changes is such a bad idea, could you please elaborate? > It should be decided if the feature makes sense, and then have proper > interface, instead of multiplexing unrelated insterfaces. It is not a question any more. > This is a sort of system-event-report pattern. What is wrong with using a > netlink-based transport for those kind of things? What is wrong with eventfd-based implementation that's already there? Thanks, -- Alex -- 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/