Date: Wed, 14 Jan 2009 08:54:09 -0800 From: Sam Leffler <sam@freebsd.org> To: Hans Petter Selasky <hselasky@c2i.net> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r187162 - head/usr.sbin/usbconfig Message-ID: <496E18B1.5020501@freebsd.org> In-Reply-To: <200901141059.20295.hselasky@c2i.net> References: <200901131901.n0DJ1EF1011980@svn.freebsd.org> <20090114012719.6145076a.stas@FreeBSD.org> <496D1CE0.40401@freebsd.org> <200901141059.20295.hselasky@c2i.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Hans Petter Selasky wrote:
> On Tuesday 13 January 2009, Sam Leffler wrote:
>
>> Stanislav Sedov wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Hi!
>>>
>>> Would it make sense to rename usbconfig to something like "usbcontrol"
>>> to follow the *control tradition (cdcontrol, pmccontrol, vidcontrol, and
>>> so on)?
>>>
>> I don't care what it's called but I think it is important that a
>> (sym)link to it named usbdevs w/ provide output that is compatible w/
>> the old tool.
>>
>> Sam
>>
>
> I tried to make it similar to "ifconfig".
>
>
That's fine. My point was that when running the new usb stack usbdevs
does this:
trouble% usbdevs
trouble% usbdevs -v
usbdevs: no USB controllers found
while usbconfig does this:
trouble% usbconfig
ugen0.1: <OHCI root HUB nVidia> at usbus0, cfg=0 md=HOST spd=FULL
(12Mbps) pwr=ON
ugen1.1: <OHCI root HUB nVidia> at usbus1, cfg=0 md=HOST spd=FULL
(12Mbps) pwr=ON
ugen2.1: <EHCI root HUB nVidia> at usbus2, cfg=0 md=HOST spd=HIGH
(480Mbps) pwr=ON
ugen2.2: <product 0x0058 NEC> at usbus2, cfg=0 md=HOST spd=HIGH
(480Mbps) pwr=SAVE
ugen2.3: <product 0x0802 vendor 0x05af> at usbus2, cfg=0 md=HOST spd=LOW
(1.5Mbps) pwr=ON
ugen2.4: <USB Receiver Logitech> at usbus2, cfg=0 md=HOST spd=LOW
(1.5Mbps) pwr=ON
ugen2.5: <ImageMate CompactFlash USB SanDisk Corporation> at usbus2,
cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
None of these match the existing behaviour of usbdevs w/ the current
stack and we will need that when we switch the default stack to avoid
breaking 3rd party scripts that parse the output.
Sam
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?496E18B1.5020501>