[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ac3eb2510905221454u2fd7fe88tb3d6c13c6ae550a@mail.gmail.com>
Date: Fri, 22 May 2009 23:54:16 +0200
From: Kay Sievers <kay.sievers@...y.org>
To: Alan Stern <stern@...land.harvard.edu>
Cc: Alan Cox <alan@...rguk.ukuu.org.uk>,
Kyle Moffett <kyle@...fetthome.net>,
Pantelis Koukousoulas <pktoss@...il.com>,
Al Viro <viro@...iv.linux.org.uk>,
Kernel development list <linux-kernel@...r.kernel.org>
Subject: Re: How to tell whether a struct file is held by a process?
On Fri, May 22, 2009 at 21:31, Alan Stern <stern@...land.harvard.edu> wrote:
> Come to think of it, putting the lock files in sysfs isn't such a good
> idea. The core will need to know whether the files are open, so we'll
> have to have our own file_operations structure for them.
>
> Which means the best place to put the lock files is probably somewhere
> in /dev. Can this be made to work by generating appropriate uevents,
> with the default udev rules?
Nodes in /dev would need a corresponding device in /sys and belong to
a subsystem to send an event. That sounds like a lot of stuff for a
simple interface like this. Can't we just add ioctls to the hub device
nodes to implement the locking?
Thanks,
Kay
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists