On Tue, 30 May 2000, Johannes Erdfelt wrote:
>On Tue, May 30, 2000, Daniel Streetman <[EMAIL PROTECTED]> wrote:
>> On Tue, 30 May 2000, Johannes Erdfelt wrote:
>>
>> > > So I'm wondering how to get full topology information by reading
>> > > (or ioctl?) individual device nodes (bus#/dev#), but it looks to me
>> > > (in 2.4.0-test1) that a read will only get the (binary) device
>> > > descriptor. I saw a post by Johannes Erdfelt stating that the config
>> > > descriptors should follow the device descriptor (do they?).
>> >
>> > This was part of a recent patch. The patch is not in 2.4.0-test1.
>>
>> Sweet, I'll get pre-10...
>
>It's not in pre-10. That's a step backwards. Look for the -ac releases.
It's the patch in your May 25 "[patch] new minor features" post, right?
>
>> > My last patch adds most of the rest of the information to usbdevfs. It
>> > does not add topology information yet, however David Brownell has some
>> > ideas on how to do that. I'm sure some patches will be developed in the
>> > next couple of days.
>>
>> As long as I can get all the descriptor info I can do the topology no
>> problem (assuming the parent hub is somewhere in the info...?)
>
>That's not in the descriptor information.
Hmm no its not...guess I can use 'devices' temporarily to get the parent
hub...
>> > Unfortunately, not everyone wants this patch.
>>
>> I think getting all descriptor info is great; moving usbdevfs completely
>> to devfs tho...
>>
>> I'm just wondering if it's possible to leave the VFS
>> temporarily, or possibly have devfs and VFS access...?
>>
>> No a big deal tho. I can move to devfs without complaint.
>
>Linus has said no to the patch. I won't touch the topic in this email.
>
No argument from me.
>What this means for you right now is that usbdevfs must be manually
>mounted at /proc/bus/usb
>
That's what I've been doing. I agree that devfs doing it automatically is
much better.
--
Dan Streetman
[EMAIL PROTECTED]
---------------------
186,272 miles per second:
It isn't just a good idea, it's the law!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
