[lkml]   [2000]   [Aug]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] Re: Move of input drivers, some word needed from you  wrote on 22.08.00 in <>:

    > Does this sound reasonable ?

    Yes, but does it work in practice?

    Let's try to make it in a set of rules.

    1. General layout:

    drivers/<bus> (PCI, USB) vs. drivers/<type> (net, block).

    Subdirectories as necessary. Hierarchical subdirectories: step back and
    see if you shouldn't introduce a new drivers subdir instead.

    2. If it's something that drives a bus as such, it belongs in drivers/

    3. If it's arch specific but you can't really point at a bus, take <arch>
    or something like it as a bus name. (atari/amiga, for example? For s390,
    you *could* use "channel".)

    4. If it drives a specific kind of kernel interface instead of specific
    hardware, it probably doesn't belong into drivers/ (vfs in fs/ or
    networking in net/ for example).

    5. If it drives something available on more than one bus (and you can
    actually do that with a single driver), it belongs in drivers/<type>,
    where type is usually a specific kind of kernel-internal interface (block,
    char, net, say). Possibly something more specific according to rule 1.

    6. If it drives something only available on a certain bus, you have the
    option of having it under drivers/<bus> or drivers/<type>. drivers/<type>
    may well be the better choice, so people looking for this type of driver
    will find it, assuming the type isn't unique to your bus.

    Hmm. That doesn't leave all that much under drivers/<bus>.

    MfG Kai
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 12:37    [W:0.023 / U:12.004 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site