All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: Arjan van de Ven <arjanv@redhat.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: FUSE fusexmp proxy example solves umount problem!
Date: Wed, 22 Sep 2004 11:29:17 +0100	[thread overview]
Message-ID: <20040922102917.GA20688@lkcl.net> (raw)
In-Reply-To: <1095845610.2613.4.camel@laptop.fenrus.com>

On Wed, Sep 22, 2004 at 11:33:30AM +0200, Arjan van de Ven wrote:
> On Wed, 2004-09-22 at 02:49, Luke Kenneth Casson Leighton wrote:
> > what do people think about a filesystem proxy kernel module?
> > has anyone heard of such a beast already?
> > (which can also do xattrs)
> > 
> > fusexmp.c (in file system in userspace package) does stateless
> > filesystem proxy redirection.
> > 
> > this is a PERFECT solution to the problem of users removing media
> > from drives without warning. 
> 
> eh and the 2.6 kernel doesn't deal with it? 

 nope.
 
 not in the slightest bit: i wish it did!!!

 i'm using 2.6.8 [.1-selinux1 from http://sf.net/projects/selinux]


> It really is supposed to
> deal with it nicely already...

 please tell me how i enable such functionality!


 i remove a usb media, HAL does a umount -lf, konqueror still has
 directory handles open (see report i sent earlier with the little
 program opendir.c which duplicates what konqueror does), then HAL
 does an ioctl("/dev/sdc1", Block_Re_Read_PARTition) which returns 
 an error message "Device or Resource Busy".

 david (hal developer) considers this to be a serious bug in the
 linux kernel because a user action can cause hotplug events to
 not be generated.

 the above ioctl is supposed to cause a hotplug event that will
 allow HAL to remove the volume from its records.

 and it can't.
 
 l.
 
-- 
--
Truth, honesty and respect are rare commodities that all spring from
the same well: Love.  If you love yourself and everyone and everything
around you, funnily and coincidentally enough, life gets a lot better.
--
<a href="http://lkcl.net">      lkcl.net      </a> <br />
<a href="mailto:lkcl@lkcl.net"> lkcl@lkcl.net </a> <br />


  reply	other threads:[~2004-09-22 10:18 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-22  0:49 FUSE fusexmp proxy example solves umount problem! Luke Kenneth Casson Leighton
2004-09-22  9:33 ` Arjan van de Ven
2004-09-22 10:29   ` Luke Kenneth Casson Leighton [this message]
2004-09-22 11:21   ` Luke Kenneth Casson Leighton
2004-09-22 13:15 ` Mario R. Carro

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040922102917.GA20688@lkcl.net \
    --to=lkcl@lkcl.net \
    --cc=arjanv@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.