1999-01-14 01:18:44 +00:00
|
|
|
/* $FreeBSD$ */
|
1998-11-26 23:13:13 +00:00
|
|
|
|
|
|
|
/*
|
1999-01-14 01:18:44 +00:00
|
|
|
* THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT.
|
1998-11-26 23:13:13 +00:00
|
|
|
*
|
|
|
|
* generated from:
|
2000-03-29 19:46:41 +00:00
|
|
|
* FreeBSD: src/sys/dev/usb/usbdevs,v 1.17 2000/03/29 19:44:48 wpaul Exp
|
1998-11-26 23:13:13 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Copyright (c) 1998 The NetBSD Foundation, Inc.
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
1999-01-07 23:07:57 +00:00
|
|
|
* This code is derived from software contributed to The NetBSD Foundation
|
|
|
|
* by Lennart Augustsson (augustss@carlstedt.se) at
|
|
|
|
* Carlstedt Research & Technology.
|
1998-11-26 23:13:13 +00:00
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
* 3. All advertising materials mentioning features or use of this software
|
|
|
|
* must display the following acknowledgement:
|
|
|
|
* This product includes software developed by the NetBSD
|
|
|
|
* Foundation, Inc. and its contributors.
|
|
|
|
* 4. Neither the name of The NetBSD Foundation nor the names of its
|
|
|
|
* contributors may be used to endorse or promote products derived
|
|
|
|
* from this software without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS
|
|
|
|
* ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED
|
|
|
|
* TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
|
|
|
|
* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS
|
|
|
|
* BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
|
|
|
|
* CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
|
|
|
|
* SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
|
|
|
|
* INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
|
|
|
|
* CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
|
|
|
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
|
|
|
|
* POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
|
|
|
struct usb_knowndev usb_knowndevs[] = {
|
2000-01-05 04:27:24 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_3COM, USB_PRODUCT_3COM_HOMECONN,
|
2000-01-05 04:27:24 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"3Com Corporation",
|
2000-01-20 07:39:19 +00:00
|
|
|
"HomeConnect USB Camera",
|
2000-01-05 04:27:24 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_3COM, USB_PRODUCT_3COM_3C19250,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"3Com Corporation",
|
2000-01-20 07:39:19 +00:00
|
|
|
"3C19250 Ethernet adapter",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_3COM, USB_PRODUCT_3COM_USR56K,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"3Com Corporation",
|
2000-01-20 07:39:19 +00:00
|
|
|
"U.S.Robotics 56000 Voice Faxmodem Pro",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_3COMUSR, USB_PRODUCT_3COMUSR_USR56K,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"U.S. Robotics",
|
|
|
|
"U.S.Robotics 56000 Voice Faxmodem Pro",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-03-20 18:30:34 +00:00
|
|
|
USB_VENDOR_ACERP, USB_PRODUCT_ACERP_ACERSCAN_C310U,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"Acer Peripherals Inc.",
|
2000-01-20 07:39:19 +00:00
|
|
|
"Acerscan C310U",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ACTIVEWIRE, USB_PRODUCT_ACTIVEWIRE_IOBOARD,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"ActiveWire Inc.",
|
|
|
|
"I/O Board",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ACTIVEWIRE, USB_PRODUCT_ACTIVEWIRE_IOBOARD_FW1,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"ActiveWire Inc.",
|
|
|
|
"I/O Board, rev. 1 firmware",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ADMTEK, USB_PRODUCT_ADMTEK_PEGASUS,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"ADMtek Incorporated",
|
2000-01-20 07:39:19 +00:00
|
|
|
"AN986 USB Ethernet adapter",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ADS, USB_PRODUCT_ADS_UBS10BT,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"ADS Technologies, Inc.",
|
2000-01-20 07:39:19 +00:00
|
|
|
"UBS-10BT Ethernet adapter",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1999-11-17 22:33:51 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ELECOM, USB_PRODUCT_ELECOM_MOUSE29UO,
|
1999-11-17 22:33:51 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Elecom Corp. Ltd.",
|
|
|
|
"mouse 29UO",
|
1999-11-17 22:33:51 +00:00
|
|
|
},
|
2000-01-13 20:17:11 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_AKS, USB_PRODUCT_AKS_USBHASP,
|
2000-01-13 20:17:11 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"Aladdin Knowledge Systems",
|
2000-01-20 07:39:19 +00:00
|
|
|
"USB-HASP 0.06",
|
2000-01-13 20:17:11 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ALTEC, USB_PRODUCT_ALTEC_ASC495,
|
2000-01-13 20:17:11 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"Altec Lansing Technologies, Inc.",
|
2000-01-20 07:39:19 +00:00
|
|
|
"ASC495 Speakers",
|
2000-01-13 20:17:11 +00:00
|
|
|
},
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_APC, USB_PRODUCT_APC_UPSPRO500,
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"American Power Conversion",
|
|
|
|
"Back-UPS Pro 500",
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ANCHOR, USB_PRODUCT_ANCHOR_EZUSB,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Anchor Chips Inc.",
|
|
|
|
"EZUSB",
|
1999-08-28 09:39:54 +00:00
|
|
|
},
|
2000-01-13 20:17:11 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_AOX, USB_PRODUCT_AOX_USB101,
|
2000-01-13 20:17:11 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"AOX Inc.",
|
2000-01-20 07:39:19 +00:00
|
|
|
"USB ethernet controller engine",
|
2000-01-13 20:17:11 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ATEN, USB_PRODUCT_ATEN_UC1284,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"ATEN International Co. Ltd.",
|
2000-01-20 07:39:19 +00:00
|
|
|
"Parallel printer adapter",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ATEN, USB_PRODUCT_ATEN_UC10T,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-03-20 18:30:34 +00:00
|
|
|
"ATEN International Co. Ltd.",
|
2000-01-20 07:39:19 +00:00
|
|
|
"10Mbps ethernet adapter",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
1999-08-28 09:39:54 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_BILLIONTON, USB_PRODUCT_BILLIONTON_USB100,
|
1999-08-28 09:39:54 +00:00
|
|
|
0,
|
2000-03-20 19:49:50 +00:00
|
|
|
"Billionton Systems, Inc.",
|
2000-01-20 07:39:19 +00:00
|
|
|
"USB100N 10/100 FastEthernet Adapter",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_BROTHER, USB_PRODUCT_BROTHER_HL1050,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-03-20 19:49:50 +00:00
|
|
|
"Brother Industries, Ltd.",
|
2000-01-20 07:39:19 +00:00
|
|
|
"HL-1050 laser printer",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_BTC, USB_PRODUCT_BTC_BTC7932,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-03-20 19:49:50 +00:00
|
|
|
"Behavior Tech. Computer Corporation",
|
2000-01-20 07:39:19 +00:00
|
|
|
"Keyboard with mouse port",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CANON, USB_PRODUCT_CANON_S10,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Canon Inc.",
|
|
|
|
"PowerShot S10",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1999-03-24 07:46:53 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CATC, USB_PRODUCT_CATC_NETMATE,
|
1999-08-28 09:39:54 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Computer Access Technology Corp.",
|
|
|
|
"Netmate ethernet adapter",
|
1999-08-28 09:39:54 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CATC, USB_PRODUCT_CATC_NETMATE2,
|
1999-03-24 07:46:53 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Computer Access Technology Corp.",
|
|
|
|
"Netmate2 ethernet adapter",
|
1999-08-28 09:39:54 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CATC, USB_PRODUCT_CATC_CHIEF,
|
1999-08-28 09:39:54 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Computer Access Technology Corp.",
|
|
|
|
"USB Chief Bus & Protocol Analyzer",
|
1999-03-24 07:46:53 +00:00
|
|
|
},
|
1999-01-10 18:42:54 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CATC, USB_PRODUCT_CATC_ANDROMEDA,
|
1999-01-10 18:42:54 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Computer Access Technology Corp.",
|
|
|
|
"Andromeda hub",
|
1999-01-10 18:42:54 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_CHERRY, USB_PRODUCT_CHERRY_MY3000KBD,
|
|
|
|
0,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Cherry Mikroschalter GmbH",
|
1998-11-26 23:13:13 +00:00
|
|
|
"My3000 keyboard",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_CHERRY, USB_PRODUCT_CHERRY_MY3000HUB,
|
|
|
|
0,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Cherry Mikroschalter GmbH",
|
1998-11-26 23:13:13 +00:00
|
|
|
"My3000 hub",
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CHIC, USB_PRODUCT_CHIC_MOUSE1,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Chic Technology",
|
|
|
|
"mouse",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CHICONY, USB_PRODUCT_CHICONY_KB8933,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Chicony Electronics Co., Ltd.",
|
|
|
|
"KB-8933 keyboard",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CONNECTIX, USB_PRODUCT_CONNECTIX_QUICKCAM,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Connectix Corp.",
|
|
|
|
"QuickCam",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_COREGA, USB_PRODUCT_COREGA_ETHER_USB_T,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Corega",
|
|
|
|
"Ether USB-T",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
2000-03-09 16:29:49 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_COREGA, USB_PRODUCT_COREGA_FETHER_USB_TX,
|
|
|
|
0,
|
|
|
|
"Corega",
|
|
|
|
"FEther USB-TX",
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CYPRESS, USB_PRODUCT_CYPRESS_MOUSE,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Cypress Semiconductor",
|
|
|
|
"mouse",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_CYPRESS, USB_PRODUCT_CYPRESS_THERMO,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Cypress Semiconductor",
|
|
|
|
"thermometer",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
1999-04-08 23:26:50 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_DLINK, USB_PRODUCT_DLINK_DSB650C,
|
1999-04-08 23:26:50 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"D-Link Corp",
|
|
|
|
"10Mbps ethernet adapter",
|
1999-04-08 23:26:50 +00:00
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_DLINK, USB_PRODUCT_DLINK_DSB650TX,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"D-Link Corp",
|
|
|
|
"10/100 ethernet adapter",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
1999-01-10 18:42:54 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_DLINK, USB_PRODUCT_DLINK_DSB650TX_PNA,
|
1999-01-10 18:42:54 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"D-Link Corp",
|
|
|
|
"1/10/100 ethernet adapter",
|
1999-01-10 18:42:54 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_DALLAS, USB_PRODUCT_DALLAS_J6502,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Dallas Semiconductor",
|
|
|
|
"J-6502 speakers",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_DIAMOND, USB_PRODUCT_DIAMOND_RIO500USB,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Diamond",
|
|
|
|
"Rio 500 USB",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_EIZO, USB_PRODUCT_EIZO_HUB,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"EIZO",
|
|
|
|
"hub",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
2000-01-13 20:17:11 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_EIZO, USB_PRODUCT_EIZO_MONITOR,
|
2000-01-13 20:17:11 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"EIZO",
|
|
|
|
"monitor",
|
2000-01-13 20:17:11 +00:00
|
|
|
},
|
1999-04-08 20:50:51 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ELSA, USB_PRODUCT_ELSA_MODEM1,
|
1999-04-08 20:50:51 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"ELSA Gmbh",
|
|
|
|
"ELSA Modem Board",
|
1999-04-08 20:50:51 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ENTREGA, USB_PRODUCT_ENTREGA_1S,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Entrega",
|
|
|
|
"1S serial connector",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1999-03-24 07:46:53 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ENTREGA, USB_PRODUCT_ENTREGA_2S,
|
1999-03-24 07:46:53 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Entrega",
|
|
|
|
"2S serial connector",
|
1999-03-24 07:46:53 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ENTREGA, USB_PRODUCT_ENTREGA_1S25,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Entrega",
|
|
|
|
"1S25 serial connector",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ENTREGA, USB_PRODUCT_ENTREGA_4S,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Entrega",
|
|
|
|
"4S serial connector",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ENTREGA, USB_PRODUCT_ENTREGA_E45,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Entrega",
|
|
|
|
"E45 Ethernet adapter",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1999-08-28 09:39:54 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ENTREGA, USB_PRODUCT_ENTREGA_CENTRONICS,
|
1999-08-28 09:39:54 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Entrega",
|
|
|
|
"Centronics connector",
|
1999-08-28 09:39:54 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ENTREGA, USB_PRODUCT_ENTREGA_1S9,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Entrega",
|
|
|
|
"1S9 serial connector",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
2000-01-05 04:27:24 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ENTREGA, USB_PRODUCT_ENTREGA_EZUSB,
|
2000-01-05 04:27:24 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Entrega",
|
|
|
|
"EZ-USB",
|
2000-01-05 04:27:24 +00:00
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ETEK, USB_PRODUCT_ETEK_1COM,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"e-TEK Labs",
|
|
|
|
"Serial port",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_EPSON, USB_PRODUCT_EPSON_PRINTER2,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Seiko Epson Corp.",
|
|
|
|
"ISD USB Smart Cable for Mac",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
2000-01-13 20:17:11 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_EPSON, USB_PRODUCT_EPSON_PRINTER3,
|
2000-01-13 20:17:11 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Seiko Epson Corp.",
|
|
|
|
"ISD USB Smart Cable",
|
2000-01-13 20:17:11 +00:00
|
|
|
},
|
1999-04-08 23:13:17 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_GRAVIS, USB_PRODUCT_GRAVIS_GAMEPADPRO,
|
1999-04-08 23:13:17 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Advanced Gravis Computer Tech. Ltd.",
|
|
|
|
"GamePad Pro",
|
1999-04-08 23:13:17 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_HANDSPRING, USB_PRODUCT_HANDSPRING_VISOR,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Handspring Inc.",
|
|
|
|
"Handspring Visor",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_HP, USB_PRODUCT_HP_4100C,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Hewlett Packard",
|
|
|
|
"Scanjet 4100C",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1999-04-19 20:25:18 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_HP, USB_PRODUCT_HP_S20,
|
1999-04-19 20:25:18 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Hewlett Packard",
|
|
|
|
"Photosmart S20",
|
1999-04-19 20:25:18 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_HP, USB_PRODUCT_HP_5200,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Hewlett Packard",
|
|
|
|
"Scanjet 5200",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_HP, USB_PRODUCT_HP_6300C,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Hewlett Packard",
|
|
|
|
"Scanjet 6300C",
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_HP, USB_PRODUCT_HP_970CSE,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Hewlett Packard",
|
|
|
|
"Deskjet 970Cse",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_HP, USB_PRODUCT_HP_P1100,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Hewlett Packard",
|
|
|
|
"Photosmart P1100",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_INSIDEOUT, USB_PRODUCT_INSIDEOUT_EDGEPORT4,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Inside Out Networks",
|
|
|
|
"EdgePort/4 serial ports",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
2000-01-05 04:27:24 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_INSYSTEM, USB_PRODUCT_INSYSTEM_F5U002,
|
2000-01-05 04:27:24 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"In-System Design",
|
|
|
|
"Parallel printer adapter",
|
2000-01-05 04:27:24 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_INSYSTEM, USB_PRODUCT_INSYSTEM_ISD110,
|
2000-01-05 04:27:24 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"In-System Design",
|
|
|
|
"IDE adapter",
|
2000-01-05 04:27:24 +00:00
|
|
|
},
|
1999-08-28 09:39:54 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_INTEL, USB_PRODUCT_INTEL_TESTBOARD,
|
1999-08-28 09:39:54 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Intel",
|
|
|
|
"82930 test board",
|
1999-08-28 09:39:54 +00:00
|
|
|
},
|
1999-11-08 23:50:00 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_IOMEGA, USB_PRODUCT_IOMEGA_ZIP100,
|
1999-11-08 23:50:00 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Iomega Corp.",
|
|
|
|
"Zip 100",
|
1999-11-08 23:50:00 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KAWATSU, USB_PRODUCT_KAWATSU_MH4000P,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Kawatsu Semiconductor, Inc.",
|
|
|
|
"MiniHub 4000P",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
2000-03-29 15:08:02 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_KEISOKUGIKEN, USB_PRODUCT_KEISOKUGIKEN_USBDAQ,
|
|
|
|
0,
|
|
|
|
"Keisokugiken Corp.",
|
|
|
|
"HKS-0200 USBDAQ",
|
|
|
|
},
|
2000-03-29 19:46:41 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_KLSI, USB_PRODUCT_KLSI_DUH3E10BT,
|
|
|
|
0,
|
|
|
|
"Kawasaki LSI",
|
|
|
|
"10BT Ethernet adapter, in the DU-H3E",
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KODAK, USB_PRODUCT_KODAK_DC260,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Eastman Kodak Corp.",
|
|
|
|
"Digital Science DC260",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KODAK, USB_PRODUCT_KODAK_DC265,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Eastman Kodak Corp.",
|
|
|
|
"Digital Science DC265",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1999-04-19 20:25:18 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KODAK, USB_PRODUCT_KODAK_DC290,
|
1999-04-19 20:25:18 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Eastman Kodak Corp.",
|
|
|
|
"Digital Science DC290",
|
1999-04-19 20:25:18 +00:00
|
|
|
},
|
1999-04-05 17:12:46 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KODAK, USB_PRODUCT_KODAK_DC240,
|
1999-04-05 17:12:46 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Eastman Kodak Corp.",
|
|
|
|
"Digital Science DC240",
|
1999-04-05 17:12:46 +00:00
|
|
|
},
|
1999-05-01 13:16:35 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KODAK, USB_PRODUCT_KODAK_DC280,
|
1999-05-01 13:16:35 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Eastman Kodak Corp.",
|
|
|
|
"Digital Science DC280",
|
1999-05-01 13:16:35 +00:00
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KONICA, USB_PRODUCT_KONICA_CAMERA,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Konica Corp.",
|
|
|
|
"Digital Color Camera",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KYE, USB_PRODUCT_KYE_NICHE,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"KYE Systems Corp.",
|
|
|
|
"Niche mouse",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_KYE, USB_PRODUCT_KYE_FLIGHT2000,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"KYE Systems Corp.",
|
|
|
|
"Flight 2000 joystick",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_LEXMARK, USB_PRODUCT_LEXMARK_S2450,
|
|
|
|
0,
|
|
|
|
"Lexmark International Inc.",
|
|
|
|
"Optra S 2450",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
2000-03-21 15:20:41 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_LINKSYS, USB_PRODUCT_LINKSYS_USB10T,
|
|
|
|
0,
|
|
|
|
"Linksys Inc.",
|
|
|
|
"USB10T Ethernet",
|
|
|
|
},
|
1999-11-17 22:33:51 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_LINKSYS, USB_PRODUCT_LINKSYS_USB100TX,
|
1999-11-17 22:33:51 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Linksys Inc.",
|
|
|
|
"USB100TX Ethernet",
|
1999-11-17 22:33:51 +00:00
|
|
|
},
|
2000-04-02 12:43:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_LINKSYS, USB_PRODUCT_LINKSYS_USB10TA,
|
|
|
|
0,
|
|
|
|
"Linksys Inc.",
|
|
|
|
"USB10TA Ethernet",
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_M2452,
|
|
|
|
0,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Logitech Inc.",
|
1999-01-07 23:07:57 +00:00
|
|
|
"M2452 keyboard",
|
|
|
|
},
|
|
|
|
{
|
1999-08-28 09:39:54 +00:00
|
|
|
USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_M4848,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Logitech Inc.",
|
|
|
|
"M4848 mouse",
|
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_QUICKCAM,
|
|
|
|
0,
|
|
|
|
"Logitech Inc.",
|
|
|
|
"QuickCam",
|
|
|
|
},
|
1999-08-28 09:39:54 +00:00
|
|
|
{
|
1999-11-12 23:31:03 +00:00
|
|
|
USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_QUICKCAMPRO,
|
|
|
|
0,
|
|
|
|
"Logitech Inc.",
|
|
|
|
"QuickCam Pro",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_N48,
|
|
|
|
0,
|
|
|
|
"Logitech Inc.",
|
|
|
|
"N48 mouse",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_LOGITECH, USB_PRODUCT_LOGITECH_MBA47,
|
1999-08-28 09:39:54 +00:00
|
|
|
0,
|
|
|
|
"Logitech Inc.",
|
1999-11-12 23:31:03 +00:00
|
|
|
"M-BA47 mouse",
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_LUCENT, USB_PRODUCT_LUCENT_EVALKIT,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Lucent",
|
|
|
|
"USS-720 evaluation kit",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_MACALLY, USB_PRODUCT_MACALLY_MOUSE1,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Macally",
|
1998-11-26 23:13:13 +00:00
|
|
|
"mouse",
|
|
|
|
},
|
1999-03-24 07:46:53 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_MELCO, USB_PRODUCT_MELCO_LUATX,
|
1999-03-24 07:46:53 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Melco Inc.",
|
|
|
|
"LU-ATX Ethernet",
|
1999-03-24 07:46:53 +00:00
|
|
|
},
|
2000-01-08 07:32:48 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_MICROSOFT, USB_PRODUCT_MICROSOFT_INTELLIMOUSE,
|
2000-01-08 07:32:48 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Microsoft",
|
|
|
|
"IntelliMouse",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_MICROSOFT, USB_PRODUCT_MICROSOFT_NATURALKBD,
|
|
|
|
0,
|
|
|
|
"Microsoft",
|
|
|
|
"Natural Keyboard Elite",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_MICROSOFT, USB_PRODUCT_MICROSOFT_DDS80,
|
|
|
|
0,
|
|
|
|
"Microsoft",
|
|
|
|
"Digital Sound System 80",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_MICROSOFT, USB_PRODUCT_MICROSOFT_SIDEWINDER,
|
|
|
|
0,
|
|
|
|
"Microsoft",
|
|
|
|
"Sidewinder Precision Racing Wheel",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_MIDIMAN, USB_PRODUCT_MIDIMAN_MIDISPORT2X2,
|
|
|
|
0,
|
|
|
|
"Midiman",
|
|
|
|
"Midisport 2x2",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_MOTOROLA, USB_PRODUCT_MOTOROLA_MC141555,
|
|
|
|
0,
|
|
|
|
"Motorola",
|
|
|
|
"MC141555 hub controller",
|
2000-01-08 07:32:48 +00:00
|
|
|
},
|
1999-06-27 22:28:02 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MULTITECH, USB_PRODUCT_MULTITECH_ATLAS,
|
|
|
|
0,
|
|
|
|
"MultiTech",
|
|
|
|
"MT5634ZBA-USB modem",
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_MUSTEK, USB_PRODUCT_MUSTEK_MDC800,
|
1999-01-07 23:07:57 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Mustek Systems Inc.",
|
|
|
|
"MDC-800 digital camera",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_NEC, USB_PRODUCT_NEC_HUB,
|
|
|
|
0,
|
|
|
|
"NEC",
|
|
|
|
"hub",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_NEC, USB_PRODUCT_NEC_HUB_B,
|
|
|
|
0,
|
|
|
|
"NEC",
|
|
|
|
"hub",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_NETCHIP, USB_PRODUCT_NETCHIP_TURBOCONNECT,
|
|
|
|
0,
|
|
|
|
"NetChip Technology",
|
|
|
|
"Turbo-Connect",
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_NETGEAR, USB_PRODUCT_NETGEAR_EA101,
|
|
|
|
0,
|
|
|
|
"BayNETGEAR Inc.",
|
1999-01-07 23:07:57 +00:00
|
|
|
"Ethernet adapter",
|
|
|
|
},
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_OMNIVISION, USB_PRODUCT_OMNIVISION_OV511,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"OmniVision",
|
|
|
|
"OV511 Camera",
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_SERIAL1,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Peracom Networks Inc.",
|
|
|
|
"Serial Converter",
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_ENET,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Peracom Networks Inc.",
|
|
|
|
"Ethernet adapter",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
2000-03-29 19:46:41 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_ENET3,
|
|
|
|
0,
|
|
|
|
"Peracom Networks Inc.",
|
|
|
|
"At Home Ethernet Adapter",
|
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_ENET2,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Peracom Networks Inc.",
|
|
|
|
"Ethernet adapter",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PHILIPS, USB_PRODUCT_PHILIPS_DSS350,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Philips",
|
|
|
|
"DSS 350 Digital Speaker System",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PHILIPS, USB_PRODUCT_PHILIPS_DSS,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Philips",
|
|
|
|
"DSS XXX Digital Speaker System",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
2000-01-05 04:27:24 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PHILIPS, USB_PRODUCT_PHILIPS_HUB,
|
2000-01-05 04:27:24 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Philips",
|
|
|
|
"hub",
|
2000-01-05 04:27:24 +00:00
|
|
|
},
|
1999-01-14 01:18:44 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PHILIPS, USB_PRODUCT_PHILIPS_DSS150,
|
1999-01-14 01:18:44 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Philips",
|
|
|
|
"DSS XXX Digital Speaker System",
|
1999-01-14 01:18:44 +00:00
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PIENGINEERING, USB_PRODUCT_PIENGINEERING_PS2USB,
|
1999-10-07 19:26:38 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"P.I. Engineering",
|
|
|
|
"PS2 to Mac USB Adapter",
|
1999-10-07 19:26:38 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PLX, USB_PRODUCT_PLX_TESTBOARD,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"PLX",
|
|
|
|
"test board",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1999-01-14 01:18:44 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PRIMAX, USB_PRODUCT_PRIMAX_COMFORT,
|
1999-01-14 01:18:44 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Primax Electronics",
|
|
|
|
"Comfort",
|
1999-01-14 01:18:44 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_PRIMAX, USB_PRODUCT_PRIMAX_MOUSEINABOX,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Primax Electronics",
|
|
|
|
"Mouse-in-a-Box",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_ROCKFIRE, USB_PRODUCT_ROCKFIRE_GAMEPAD,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Rockfire",
|
|
|
|
"gamepad 203USB",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_QTRONIX, USB_PRODUCT_QTRONIX_980N,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Qtronix Corp",
|
|
|
|
"Scorpion-980N keyboard",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_SANDISK, USB_PRODUCT_SANDISK_IMAGEMATE,
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"SanDisk Corp",
|
|
|
|
"USB ImageMate",
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
},
|
2000-01-13 20:17:11 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_SHUTTLE, USB_PRODUCT_SHUTTLE_EUSB,
|
2000-01-13 20:17:11 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Shuttle Technology",
|
|
|
|
"E-USB Bridge",
|
2000-01-13 20:17:11 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_SIIG, USB_PRODUCT_SIIG_DIGIFILMREADER,
|
|
|
|
0,
|
|
|
|
"SIIG",
|
|
|
|
"DigiFilm-Combo Reader",
|
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_SIRIUS, USB_PRODUCT_SIRIUS_ROADSTER,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Sirius Technologies",
|
|
|
|
"NetComm Roadster II 56 USB",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_SMC, USB_PRODUCT_SMC_2102USB,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Standard Microsystems Corp",
|
|
|
|
"10Mbps ethernet adapter",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_SMC, USB_PRODUCT_SMC_2202USB,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Standard Microsystems Corp",
|
|
|
|
"10/100 ethernet adapter",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_SOLIDYEAR, USB_PRODUCT_SOLIDYEAR_KEYBOARD,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Solid Year",
|
|
|
|
"Solid Year USB keyboard",
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
},
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_STMICRO, USB_PRODUCT_STMICRO_COMMUNICATOR,
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"STMicroelectronics",
|
|
|
|
"USB Communicator",
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_SUN, USB_PRODUCT_SUN_KEYBOARD,
|
1999-11-12 23:31:03 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Sun Microsystems",
|
|
|
|
"Type 6 USB",
|
1999-11-12 23:31:03 +00:00
|
|
|
},
|
1999-04-08 23:13:17 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_TELEX, USB_PRODUCT_TELEX_MIC1,
|
1999-04-08 23:13:17 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Telex Communications Inc.",
|
|
|
|
"Enhanced USB Microphone",
|
1999-04-08 23:13:17 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_TI, USB_PRODUCT_TI_UTUSB41,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Texas Instruments",
|
|
|
|
"UT-USB41 hub",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_THRUST, USB_PRODUCT_THRUST_FUSION_PAD,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Thrustmaster",
|
|
|
|
"Fusion Digital Gamepad",
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_UNIACCESS, USB_PRODUCT_UNIACCESS_PANACHE,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Universal Access",
|
|
|
|
"Panache Surf USB ISDN Adapter",
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
},
|
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_VISION, USB_PRODUCT_VISION_VC6452V002,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"VLSI Vision Ltd.",
|
|
|
|
"VC6452V002 Camera",
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_WACOM, USB_PRODUCT_WACOM_CT0405U,
|
1998-11-26 23:13:13 +00:00
|
|
|
0,
|
2000-01-20 07:39:19 +00:00
|
|
|
"WACOM Corp. Ltd.",
|
|
|
|
"CT-0405-U Tablet",
|
|
|
|
},
|
2000-03-15 22:04:01 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_YEDATA, USB_PRODUCT_YEDATA_FLASHBUSTERU,
|
|
|
|
0,
|
|
|
|
"Y-E Data",
|
|
|
|
"Flashbuster-U",
|
|
|
|
},
|
2000-01-20 07:39:19 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ZOOM, USB_PRODUCT_ZOOM_2986L,
|
|
|
|
0,
|
|
|
|
"Zoom Telephonics Inc.",
|
|
|
|
"2986L Fax modem",
|
1998-11-26 23:13:13 +00:00
|
|
|
},
|
2000-01-05 04:27:24 +00:00
|
|
|
{
|
2000-01-05 18:25:53 +00:00
|
|
|
USB_VENDOR_AOX, 0,
|
2000-01-05 04:27:24 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 18:30:34 +00:00
|
|
|
"AOX Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ATMEL, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Atmel Corporation",
|
2000-01-05 04:27:24 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_HP, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Hewlett Packard",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ADAPTEC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Adaptec, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ACERLABS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Acer Labs Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_NEC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"NEC",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_KODAK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Eastman Kodak Corp.",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MELCO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Melco Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ADI, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ADI Systems Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_CATC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Computer Access Technology Corp.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_GRAVIS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Advanced Gravis Computer Tech. Ltd.",
|
1999-01-07 23:07:57 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-01-13 20:17:11 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_SUN, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Sun Microsystems",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AMD, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Advanced Micro Devices",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_LEXMARK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Lexmark International Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_NANAO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"NANAO Corp.",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ALPS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Alps Electric Co., Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-05-09 18:29:37 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_THRUST, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Thrustmaster",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
1999-08-28 09:39:54 +00:00
|
|
|
USB_VENDOR_TI, 0,
|
1998-11-26 23:13:13 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Texas Instruments",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ANALOGDEVICES, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Analog Devices, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
1999-11-12 23:31:03 +00:00
|
|
|
USB_VENDOR_KYE, 0,
|
1998-11-26 23:13:13 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"KYE Systems Corp.",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MICROSOFT, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Microsoft",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-01-10 18:42:54 +00:00
|
|
|
{
|
1999-11-12 23:31:03 +00:00
|
|
|
USB_VENDOR_PRIMAX, 0,
|
1999-01-10 18:42:54 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Primax Electronics",
|
1999-01-10 18:42:54 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AMP, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AMP Incorporated",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_CHERRY, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Cherry Mikroschalter GmbH",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MEGATRENDS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"American Megatrends",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-08-28 09:39:54 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_LOGITECH, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Logitech Inc.",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BTC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 19:49:50 +00:00
|
|
|
"Behavior Tech. Computer Corporation",
|
1999-01-07 23:07:57 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_PHILIPS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Philips",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_CONNECTIX, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Connectix Corp.",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-04-08 23:26:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_LUCENT, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Lucent",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-08-28 09:39:54 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_STMICRO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"STMicroelectronics",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-01-10 18:42:54 +00:00
|
|
|
{
|
2000-03-20 18:30:34 +00:00
|
|
|
USB_VENDOR_ACERP, 0,
|
1999-01-10 18:42:54 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 18:30:34 +00:00
|
|
|
"Acer Peripherals Inc.",
|
1999-01-10 18:42:54 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_CANON, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Canon Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_CYPRESS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-01-07 23:07:57 +00:00
|
|
|
"Cypress Semiconductor",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-04-08 23:13:17 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_EPSON, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Seiko Epson Corp.",
|
1999-04-08 23:13:17 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
2000-01-05 04:27:24 +00:00
|
|
|
USB_VENDOR_3COMUSR, 0,
|
1999-01-07 23:07:57 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"U.S. Robotics",
|
1999-01-07 23:07:57 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-03-24 07:46:53 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_KONICA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Konica Corp.",
|
1999-03-24 07:46:53 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ALTEC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 18:30:34 +00:00
|
|
|
"Altec Lansing Technologies, Inc.",
|
1999-11-12 23:31:03 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_SHUTTLE, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Shuttle Technology",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ANNABOOKS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Annabooks",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_CHICONY, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Chicony Electronics Co., Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-08-28 09:39:54 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BROTHER, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 19:49:50 +00:00
|
|
|
"Brother Industries, Ltd.",
|
1999-08-28 09:39:54 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
1999-11-12 23:31:03 +00:00
|
|
|
USB_VENDOR_DALLAS, 0,
|
1999-01-07 23:07:57 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Dallas Semiconductor",
|
1999-01-07 23:07:57 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ACER, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Acer, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-01-05 04:27:24 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_3COM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 18:30:34 +00:00
|
|
|
"3Com Corporation",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AZTECH, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Aztech Systems Ltd",
|
2000-01-05 04:27:24 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BELKIN, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Belkin Components",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_KAWATSU, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Kawatsu Semiconductor, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_APC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"American Power Conversion",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_CONNECTEK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Advanced Connectek USA Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-01-13 20:17:11 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_NETCHIP, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"NetChip Technology",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ALTRA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ALTRA",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ATI, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ATI Technologies, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-03-31 23:53:48 +00:00
|
|
|
{
|
1999-04-19 20:25:18 +00:00
|
|
|
USB_VENDOR_AKS, 0,
|
1999-03-31 23:53:48 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 18:30:34 +00:00
|
|
|
"Aladdin Knowledge Systems",
|
1999-03-31 23:53:48 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_UNIACCESS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Universal Access",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ANCHOR, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Anchor Chips Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-04-08 23:13:17 +00:00
|
|
|
{
|
1999-04-19 20:25:18 +00:00
|
|
|
USB_VENDOR_VISION, 0,
|
1999-04-08 23:13:17 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-11-12 23:31:03 +00:00
|
|
|
"VLSI Vision Ltd.",
|
1999-04-08 23:13:17 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ASAHIKASEI, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Asahi Kasei Microsystems Co., Ltd",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ATEN, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 18:30:34 +00:00
|
|
|
"ATEN International Co. Ltd.",
|
1999-01-07 23:07:57 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MUSTEK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Mustek Systems Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_TELEX, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Telex Communications Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_PERACOM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Peracom Networks Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_WACOM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"WACOM Corp. Ltd.",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ETEK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"e-TEK Labs",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_EIZO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"EIZO",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
1999-11-12 23:31:03 +00:00
|
|
|
USB_VENDOR_ELECOM, 0,
|
1999-01-07 23:07:57 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Elecom Corp. Ltd.",
|
1999-01-07 23:07:57 +00:00
|
|
|
NULL,
|
1999-04-19 20:25:18 +00:00
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BAFO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"BAFO/Quality Computer Accessories",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-15 22:04:01 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_YEDATA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Y-E Data",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
2000-03-20 19:49:50 +00:00
|
|
|
USB_VENDOR_AVM, 0,
|
2000-03-20 18:30:34 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AVM GmbH",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-04-19 20:25:18 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ROCKFIRE, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Rockfire",
|
|
|
|
NULL,
|
1999-01-07 23:07:57 +00:00
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ALCOR, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Alcor Micro, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-04-05 17:12:46 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_IOMEGA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Iomega Corp.",
|
1999-04-05 17:12:46 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ATREND, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"A-Trend Technology Co., Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AID, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Advanced Input Devices",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-05-01 13:16:35 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_OMNIVISION, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"OmniVision",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
1999-11-12 23:31:03 +00:00
|
|
|
USB_VENDOR_INSYSTEM, 0,
|
1998-11-26 23:13:13 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"In-System Design",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
1999-08-28 09:39:54 +00:00
|
|
|
USB_VENDOR_APPLE, 0,
|
1999-01-07 23:07:57 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Apple Computer",
|
1999-01-07 23:07:57 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-08 23:50:00 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_QTRONIX, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-11-12 23:31:03 +00:00
|
|
|
"Qtronix Corp",
|
1999-11-08 23:50:00 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1999-11-17 22:33:51 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ELSA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ELSA Gmbh",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BRAINBOXES, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Brainboxes Limited",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AXIOHM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Axiohm Transaction Solutions",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_EIZONANAO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"EIZO Nanao",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-01-05 18:25:53 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_KLSI, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Kawasaki LSI",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ANKO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Anko Electronic Co., Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_PIENGINEERING, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"P.I. Engineering",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AOC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AOC International",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_CHIC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Chic Technology",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BARCO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Barco Display Systems",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_BRIDGE, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Bridge Information Co., Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-01-20 07:39:19 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_SOLIDYEAR, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Solid Year",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BIORAD, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Bio-Rad Laboratories",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-03-24 07:46:53 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MACALLY, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Macally",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ACTLABS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Act Labs, Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ALARIS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Alaris, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_APEX, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Apex, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AVISION, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Avision, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-01-08 07:32:48 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_LINKSYS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Linksys Inc.",
|
2000-01-08 07:32:48 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ACERSA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Acer Semiconductor America, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AIWA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Aiwa Co., Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ACARD, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ACARD Technology Corp.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ADVANCELOGIC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Avance Logic, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ASKEY, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Askey Computer Corporation",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ALCATELT, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Alcatel Telecom",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AGFA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AGFA-Gevaert NV",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ASIAMD, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Asia Microelectronic Development, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BIZLINK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Bizlink International Corporation",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AASHIMA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Aashima Technology B.V.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-06-27 22:28:02 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MULTITECH, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"MultiTech",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-01-07 23:07:57 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ADS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 18:30:34 +00:00
|
|
|
"ADS Technologies, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ALCATELM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Alcatel Microelectronics",
|
1999-01-07 23:07:57 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-01-20 07:39:19 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_SIRIUS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Sirius Technologies",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BOSTON, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Boston Acoustics",
|
|
|
|
NULL,
|
|
|
|
},
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_SMC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Standard Microsystems Corp",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AUREAL, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Aureal Semiconductor",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MIDIMAN, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Midiman",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_SANDISK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"SanDisk Corp",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BRIMAX, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Brimax Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AXIS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Axis Communications AB",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ABL, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ABL Electronics Corporation",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ALFADATA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Alfadata Computer Corp.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BE, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Be Incorporated",
|
|
|
|
NULL,
|
|
|
|
},
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ADMTEK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 18:30:34 +00:00
|
|
|
"ADMtek Incorporated",
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-01-13 20:17:11 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_COREGA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Corega",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ABOCOM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AboCom Systems, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-29 15:08:02 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_KEISOKUGIKEN, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Keisokugiken Corp.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_APG, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"APG Cash Drawer",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BUG, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"B.U.G., Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ALLIEDTELESYN, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Allied Telesyn International",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AVERMEDIA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AVerMedia Technologies, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_SIIG, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"SIIG",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_APTIO, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Aptio Products Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ARASAN, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Arasan Chip Systems",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ALLIEDCABLE, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Allied Cable Corporation",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-01-20 07:39:19 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ZOOM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Zoom Telephonics Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BROADLOGIC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"BroadLogic, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_HANDSPRING, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Handspring Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ACTIONSTAR, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Action Star Enterprise Co., Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ACCTON, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Accton Technology Corporation",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-10-07 19:26:38 +00:00
|
|
|
{
|
2000-01-20 07:39:19 +00:00
|
|
|
USB_VENDOR_DIAMOND, 0,
|
1999-10-07 19:26:38 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-01-20 07:39:19 +00:00
|
|
|
"Diamond",
|
1999-10-07 19:26:38 +00:00
|
|
|
NULL,
|
|
|
|
},
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_NETGEAR, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"BayNETGEAR Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-01-20 07:39:19 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ACTIVEWIRE, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ActiveWire Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ADESSOKBTEK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ADESSO/Kbtek America Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_APT, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"APT Technologies Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BOCARESEARCH, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Boca Research, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ANDREA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Andrea Electronics",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BURRBROWN, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Burr-Brown Japan, Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_2WIRE, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"2Wire, Inc",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AIPTEK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AIPTEK International Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BILLIONTON, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
2000-03-20 19:49:50 +00:00
|
|
|
"Billionton Systems, Inc.",
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AUTHENTEC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AuthenTec, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ALATION, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Alation Systems, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_BIOMETRIC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"American Biometric Company",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BLUEWATER, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"BlueWater Systems, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_AGILENT, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Agilent Technologies, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ADIRONDACK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Adirondack Wire & Cable",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BECKHOFF, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Beckhoff Gmbh",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ALTIUS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Altius Solutions, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ARRIS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Arris Interactive LLC",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ACTIVCARD, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ACTIVCARD, INC.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ACTISYS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ACTiSYS Corporation",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AFOURTECH, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"A-FOUR TECH CO., LTD.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AIMEX, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AIMEX Corporation",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ADDONICS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Addonics Technologies Corp.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_AKAI, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"AKAI professional M.I. Corp.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ARESCOM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"ARESCOM",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BAY, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Bay Associates",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ALTERA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Altera",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_ASAHIOPTICAL, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Asahi Optical Co., Ltd.",
|
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 19:49:50 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_BOCASYSTEMS, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Boca Systems Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
USB_VENDOR_BROADCOM, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Broadcom Corp.",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-11-12 23:31:03 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_MOTOROLA, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Motorola",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_PLX, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"PLX",
|
|
|
|
NULL,
|
|
|
|
},
|
1999-01-14 01:18:44 +00:00
|
|
|
{
|
1999-08-28 09:39:54 +00:00
|
|
|
USB_VENDOR_INSIDEOUT, 0,
|
1999-01-14 01:18:44 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Inside Out Networks",
|
1999-01-14 01:18:44 +00:00
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
1999-08-28 09:39:54 +00:00
|
|
|
USB_VENDOR_ENTREGA, 0,
|
1998-11-26 23:13:13 +00:00
|
|
|
USB_KNOWNDEV_NOPROD,
|
1999-08-28 09:39:54 +00:00
|
|
|
"Entrega",
|
1998-11-26 23:13:13 +00:00
|
|
|
NULL,
|
|
|
|
},
|
2000-03-20 18:30:34 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_ACTIONTEC, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Actiontec Electronics, Inc.",
|
|
|
|
NULL,
|
|
|
|
},
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_DLINK, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"D-Link Corp",
|
|
|
|
NULL,
|
|
|
|
},
|
1998-11-26 23:13:13 +00:00
|
|
|
{
|
|
|
|
USB_VENDOR_INTEL, 0,
|
|
|
|
USB_KNOWNDEV_NOPROD,
|
|
|
|
"Intel",
|
|
|
|
NULL,
|
|
|
|
},
|
|
|
|
{ 0, 0, 0, NULL, NULL, }
|
|
|
|
};
|