[lkml]   [1999]   [Jun]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: FireWire subsystem in development
    Hash: SHA1

    On Mon, 7 Jun 1999, Srdjan Sobajic wrote:

    > Yesterday, Bryn Jones randomly landed on the keyboard to produce:
    > > It seems to me that FireWire and USB both have the same configuration
    > > issues to resolve, so sharing the higher level configuration between them
    > > may be a cunning plan ...
    > >
    > I'm not sure what you meant by configuration issues,

    Well I was thinking along the lines of "device x appeared",
    "device y disapeared". Just general hot plug things.

    > but a problem I see with that is that if we start supporting the 1394
    > hard drives then if someone changes the bus configuration the device
    > names (if they are all hard-coded as with SCSI/IDE) would possibly
    > change. (which doesn't seem like a good thing.)

    So don't hard code them. We need the device drivers to support hot
    plugging and unplugging.

    > I am not totally clear
    > as to whether in the USB system this is also a problem-- ie. if I
    > change my bus configuration, will the device I have assigned to, say,
    > my mouse change also? (For example, say the device attached directly
    > to the Root Hub is usb0, which is initially my mouse, but then I
    > attach an external hub to the Root Hub, and the mouse to my external
    > hub, so that the external hub becomes usb0, and the mouse usb1. How
    > will this kind of issue get resolved with USB?)

    So don't assign names like usb0 (or just make it clear that they are
    going to change if you move things arround on the bus). The real way to
    support this is like this:

    Mouse pluged in and working
    <pull mouse>
    driver informed mouse at X unpluged, driver cleans up internal resorces.
    <plug in hub>
    <plug mouse un hub>
    driver informed a mouse pluged in at Y, mouse starts working again.

    For mice this only gets tricky with two or more, it's disks and other
    things where we can have outstanding write requests on that it's tricky
    with just one. We really wont to hang on to some sort of serial number
    and allow the writes to continue after it comes back.

    > I agree that these issues (and others probably) should be worked out
    > in conjunction with the USB development...

    That's all I was really suggesting ;)

    - --
    Or words to that effect ...
    PGP pubkeys from

    Version: PGPfreeware 5.0i for non-commercial use
    Comment: Silly comment here ...
    Charset: noconv

    -----END PGP SIGNATURE-----

    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 13:52    [W:0.022 / U:39.720 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site