All of lore.kernel.org
 help / color / mirror / Atom feed
From: Erik Steffl <steffl@bigfoot.com>
To: linux-kernel@vger.kernel.org
Subject: Re: Future devfs plans
Date: Tue, 27 Jul 2004 11:44:59 -0700	[thread overview]
Message-ID: <4106A2AB.3040508@bigfoot.com> (raw)
In-Reply-To: <20040727165517.GA7727@heliosphan.in.cryptobackpack.org>

David Bryson wrote:
> On Sun, Jul 25, 2004 at 11:58:32PM -0700 or thereabouts, Erik Steffl wrote:
> 
>>>devfs allowes you to not have the driver loaded till you try to use it.
>>>so udev _cannot_ do what devfs does.
>>>
>>>still I agree that the way kernel/hotplug/udev work is much better and
>>>supporting the old style devfs works is not necessary. but please be
>>>honest about the differences.
>>
>>  which means that now iPod automatically connects to firewire (and 
>>looses info on random tracks, sometime some other settings), instead of 
>>only connecting when I try to actually access it (the device).
> 
> I have been using ipods with linux for about 3 years.
> And I see that it says "do not disconnect" even after I have unmounted
> the file system.  I just disconnect it at this point and have not
> had any problems.

   me neither (well, few times iPod locked up and I had to do the two 
finger salute (hold, then menu&play)), I just don't want it to connect 
in the first place, the reason being that once it connects it looses the 
track of random tracks (so that they start from scratch and then i get 
repeated songs) and from time to time contrast (and I almost can't see 
display with default contrast so I have to set the contrast again). not 
really a big deal but inconvenient.

   I know I can just handle the loading of the modules manually but I'd 
rather have it handled by the system (plus loading and unloading of 
modules manually has to be done by admin while automatic load/unload 
works for any user)

   And, of course, what's the point in having drivers loaded for devices 
I only use occasionally (iPod, digital camera)

>>  it looks like there is no user level (end user, not admin) control on 
>>when the device drivers are loaded anymore - or is there?
>>
>>  Is there any way to load drivers on demand (obviously it's not job of 
>>udev but whose job it is?). What about unloading them - I unmount the 
>>disk and i think the iPod is disconnecred but it still says connected - 
>>is there any way to disconnect it (I guess similar problems arise with 
>>other hotplug devices)
> 
> This has been discussed in length on lkml many times during the
> writing of udev.  IIRC the argument was something like:
>  "we shouldn't be unloading modules because the memory taken up by a
>  module in memory(a few k) isn't worth writing the code to save"
> 
> I also recall there was something about end user behavior, but I don't
> remember the details.  Read the archives.

   yeah, I've read some of it on lkml and elsewhere, just don't think 
it's a good idea. Sometime you just don't want the module loaded (one 
example is my usage of iPod), memory is only one (sometime, maybe often, 
negligible) reason.

   This looks like one of those 90% solutions that are so annoying (and 
that are fairly rare in free (libre) software which I personally use in 
large part because of its flexibility).

	erik


      reply	other threads:[~2004-07-27 18:53 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-26 14:45 Future devfs plans Adam J. Richter
2004-07-26  0:00 ` Jim Gifford
2004-07-26  0:17   ` Ed Sweetman
2004-07-26  0:29     ` Lee Revell
2004-07-26  0:59     ` Lee Revell
2004-07-26 18:09     ` Adrian Bunk
2004-07-26 21:44       ` Ed Sweetman
2004-07-26 23:01         ` CaT
2004-07-27 21:24         ` Lee Revell
2004-07-27 22:35           ` Adrian Bunk
2004-07-27 22:39             ` Lee Revell
2004-07-26  0:21 ` Rafael do N. Pereira
2004-07-26  0:31 ` Ramón Rey Vicente
2004-07-26  0:35   ` Ramón Rey Vicente
2004-07-26  5:35   ` Andreas Jellinghaus
2004-07-26  6:58     ` Erik Steffl
2004-07-27 16:55       ` David Bryson
2004-07-27 18:44         ` Erik Steffl [this message]

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=4106A2AB.3040508@bigfoot.com \
    --to=steffl@bigfoot.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.