Thread (30 messages) 30 messages, 7 authors, 2010-09-11

Re: [PATCH 2/2] posix clocks: introduce a sysfs presence.

flat view

From: Greg KH <hidden>
Date: 2010-09-11 00:19:43
Also in: lkml, netdev

On Fri, Sep 10, 2010 at 11:31:35AM +0200, Richard Cochran wrote:
On Fri, Sep 10, 2010 at 12:00:08AM +0100, Alan Cox wrote:
quoted
Also we have existing time sources that don't follow the poxix clock
model - I can open /dev/rtc and I can open the hpet and so on.

I like /sys/class/time* *but* you need to be able to open the sysfs
device and apply operations to it in order for it to work when your closk
can be dynamically created and destroyed and to get a sane Unix API.

To start with try applying permissions to clock sources via the POSIX
API. That is something that will be required for some applications.

I need to be able to open sys/clock/foo/something and get a meaningful
handle. Sure it's quite likely the operations it supports are related to
the POSIX timer ops.
Do you mean this:

   id = read(/sys/clock/foo/lock); /* clock is busy, cannot be removed */
That's not for sysfs, if you want to do something like this, create
clockfs please :)

thanks,

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help