[lkml]   [1998]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: sound <-> kerneld
    Alan Cox wrote:
    > > 1. access the sound driver.. in my case "sb" is loaded, which depends
    > > on sound, which is loaded and registers the device.
    > > 2. one minute after this '(if not using the device), kerneld tries
    > > to unload modules automatically, i.e. sb in this case, since
    > > it's unused (sound itself, though, is used)
    > > 3. now everybody (non-root) has to wait for another minute until
    > > sound itself get's unloaded, no sound operation is possible.
    > Thats interesting. Thats really a kerneld flaw. It should be figuring
    > it out it partially unloaded a module set and restore the rest. Equally
    > it can't do that as it wont see the next request.
    IMHO this is not a kerneld bug.
    sb.o is loaded and kerneld and sound.o is required because sb.o
    depends on it. The fact that they were loaded together does not mean
    that they need to get unloaded together. Unloading sb.o and leaving
    sound.o loaded does not break any dependencies.
    On the other hand, I would like to be able to define module dependencies
    and grouping in /etc/modules.conf.

    > > This could be fixed when "sound" automatically loads another module
    > Send me a diff ;)

    Look at Thomas Sailer's sound.80-3.diff.gz. I think the right way to
    go is with explicit request_module calls when any module of the sound
    driver is requested. The kernel just requests "char-major-14" which is
    by default aliased to "sound". What's missing in his patch is automatic
    loading of the synth device (opl3 for sb cards) when the sequencer is

    Itai Nahshon
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to

     \ /
      Last update: 2005-03-22 13:41    [W:0.019 / U:6.292 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site