summaryrefslogtreecommitdiffstats
path: root/sys/dev/usb
Commit message (Collapse)AuthorAgeFilesLines
* Add new USB 3G driver.hselasky2011-07-083-0/+1844
| | | | | Submitted by: PseudoCylon <moonlightakkiy@yahoo.ca> MFC after: 14 days
* Make the USB keyboard driver more HID compliant.hselasky2011-07-043-151/+475
| | | | | | Try to auto-detect keyboards which should use the BOOT protocol. MFC after: 2 weeks
* Tag mbufs of all incoming frames or packets with the interface's FIBbz2011-07-031-0/+1
| | | | | | | | | setting (either default or if supported as set by SIOCSIFFIB, e.g. from ifconfig). Submitted by: Alexander V. Chernikov (melifaro ipfw.ru) Reviewed by: julian MFC after: 2 weeks
* Introduce a quirk for broken USB MIDI hardware instead of limiting performancehselasky2011-07-033-0/+7
| | | | | | in general. MFC after: 1 week
* Fix for "nomatch" event for ums and ukbd drivers when uhid is loaded.hselasky2011-07-021-0/+12
| | | | MFC after: 3 days
* Remove duplicate header includeskevlo2011-06-281-1/+0
|
* The SMCWUSBG is a zyd(4) device, not an uath(4) device. Remove from thegavin2011-06-262-1/+1
| | | | | | | | | | | | | | | latter. It appears that the addition to uath(4) came in through PR kern/135009, which had tested another device, the SMCWUSBTG2, successfully with uath(4) and included the SMCWUSBG as it "has the same chipset". I can find no other evidence that these two do actually share the same chipset. Moreover, Linux treats the SMCWUSBG as a zyd(4) device also. This reverts r223537. Discussed with: hselasky, kevlo MFC after: 1 week
* - Export the USB device ID format to userspace tools.hselasky2011-06-252-1/+114
| | | | MFC after: 14 days
* - Remove duplicate USB ID.hselasky2011-06-251-1/+0
| | | | MFC after: 3 days
* - Export more USB device ID's.hselasky2011-06-243-10/+25
| | | | | | - Update bus_auto.conf accordingly. MFC after: 3 days
* - Export more USB device ID's.hselasky2011-06-244-49/+49
| | | | MFC after: 3 days
* - Ensure that we get all the required nomatch devd events.hselasky2011-06-241-9/+10
| | | | MFC after: 3 days
* - Move execution of event handlers into the probe and attach function so thathselasky2011-06-242-6/+34
| | | | | | | | | dynamically loaded device drivers get a chance to run their event hooks. - Decouple the USB suspend and resume lock from witness. It produces some false warnings due to reusing the lock name among multiple devices. MFC after: 3 days
* - Export the URIO USB device ID's.hselasky2011-06-241-9/+12
| | | | | | - Add checks for configuration and interface index. MFC after: 3 days
* - Add additional information to the PnP info of USB HUBs children whichhselasky2011-06-242-8/+5
| | | | | | | | | | is now required by bus_autoconf. - Allow interface class matching even if device class is vendor specific. - Update bus_autoconf tool to not generate system and subsystem match lines for the nomatch event. PR: misc/157903 MFC after: 14 days
* - Move all USB device ID arrays into so-called sections,hselasky2011-06-2438-58/+100
| | | | | | | | | | | | sorted according to the mode which they support: host, device or dual mode - Add generic tool to extract these data: tools/bus_autoconf Discussed with: imp Suggested by: Robert Millan <rmh@debian.org> PR: misc/157903 MFC after: 14 days
* - Add some comments about the origin of some USB descriptors.hselasky2011-06-233-1/+10
| | | | MFC after: 7 days
* - Add more USB templates for various USB device classeshselasky2011-06-2310-11/+1169
| | | | | | | - Add basic template support for USB 3.0 - Export definition of template sysctl numbers through usb_ioctl.h MFC after: 7 days
* Use USB_VENDOR_OVISLINK define rather than the vendor ID.gavin2011-06-221-1/+1
| | | | | | PR: usb/158142 Submitted by: Robert Millan <rmh debian.org> MFC after: 1 week
* Add new USB ID to UDAV driver.hselasky2011-06-192-0/+2
| | | | | Submitted by: Luiz Gustavo S. Costa <lgcosta@pfsense.org> MFC after: 7 days
* Reset clear-stall error counter before setting up the USB control transfers.hselasky2011-06-061-0/+5
| | | | MFC after: 14 days
* Improve enumeration of Low- and Full-speed devices connected through ahselasky2011-06-067-8/+133
| | | | | | | | | High-speed USB HUB by resetting the transaction translator (TT) before trying re-enumeration. Also when clear-stall fails multiple times try a re-enumeration. Suggested by: Trevor Blackwell MFC after: 14 days
* Rename recently added USB serial driver.hselasky2011-06-042-5/+5
| | | | | Suggested by: YongHyeon PYUN MFC after: 7 days
* Poke correct GPIO pins for newer axe(4) controllers with Marvellyongari2011-06-011-3/+18
| | | | | | | PHY. Newer models seem to use different LED mode that requires enabling both GPIO1 and GPIO2. Tested by: marcel
* Add support for new USB serial driver.hselasky2011-06-014-1/+1727
| | | | | Submitted by: Lev Serebryakov, lev @ MFC after: 14 days
* usb: change to one-pass probing of device driversavg2011-05-187-29/+6
| | | | | | | | | | | | | | | | | | | | | This brings USB bus more in line with how newbus is supposed to be used. Also, because of the two-pass probing the following message was produced by devd in default configuration when almost any USB device was connected: Unknown USB device: vendor <> product <> bus <> This should be fixed now. Note that many USB device drivers pass some information from probe method to attach method via ivars. For this to continue working we rely on the fact that the subr_bus code calls probe method of a winning driver again before calling its attach method in the case where multiple drivers claim to support a device. This is done because device description is set in successful probe methods and we want to get a correct device description from a winning driver. So now this logic is re-used for setting ivars too. Reviewed by: hselasky MFC after: 1 month
* Renamed PCI_INTERFACE_XHCI to PCIP_SERIALBUS_USB_XHCI and moved itru2011-05-172-2/+1
| | | | | | | to <dev/pci/pcireg.h>. Reviewed by: hselasky MFC after: 3 days
* Add new USB ID's.hselasky2011-05-141-0/+5
| | | | | Submitted by: Jim Bryant MFC after: 3 days
* Add VID for Simtec Electronics.bms2011-05-101-0/+4
| | | | Add PID for Simtec Electronics EntropyKey, a hardware random number generator.
* Cleanup usb_notify_addq_compat(). It should nothselasky2011-05-081-75/+0
| | | | | | be needed any more. MFC after: 7 days
* Add new USB ID.hselasky2011-05-071-0/+1
| | | | | Submitted by: Dmitry Luhtionov MFC after: 7 days
* - Remove attempts to implement setting of BMCR_LOOP/MIIF_NOLOOPmarius2011-05-034-24/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (reporting IFM_LOOP based on BMCR_LOOP is left in place though as it might provide useful for debugging). For most mii(4) drivers it was unclear whether the PHYs driven by them actually support loopback or not. Moreover, typically loopback mode also needs to be activated on the MAC, which none of the Ethernet drivers using mii(4) implements. Given that loopback media has no real use (and obviously hardly had a chance to actually work) besides for driver development (which just loopback mode should be sufficient for though, i.e one doesn't necessary need support for loopback media) support for it is just dropped as both NetBSD and OpenBSD already did quite some time ago. - Let mii_phy_add_media() also announce the support of IFM_NONE. - Restructure the PHY entry points to use a structure of entry points instead of discrete function pointers, and extend this to include a "reset" entry point. Make sure any PHY-specific reset routine is always used, and provide one for lxtphy(4) which disables MII interrupts (as is done for a few other PHYs we have drivers for). This includes changing NIC drivers which previously just called the generic mii_phy_reset() to now actually call the PHY-specific reset routine, which might be crucial in some cases. While at it, the redundant checks in these NIC drivers for mii->mii_instance not being zero before calling the reset routines were removed because as soon as one PHY driver attaches mii->mii_instance is incremented and we hardly can end up in their media change callbacks etc if no PHY driver has attached as mii_attach() would have failed in that case and not attach a miibus(4) instance. Consequently, NIC drivers now no longer should call mii_phy_reset() directly, so it was removed from EXPORT_SYMS. - Add a mii_phy_dev_attach() as a companion helper to mii_phy_dev_probe(). The purpose of that function is to perform the common steps to attach a PHY driver instance and to hook it up to the miibus(4) instance and to optionally also handle the probing, addition and initialization of the supported media. So all a PHY driver without any special requirements has to do in its bus attach method is to call mii_phy_dev_attach() along with PHY-specific MIIF_* flags, a pointer to its PHY functions and the add_media set to one. All PHY drivers were updated to take advantage of mii_phy_dev_attach() as appropriate. Along with these changes the capability mask was added to the mii_softc structure so PHY drivers taking advantage of mii_phy_dev_attach() but still handling media on their own do not need to fiddle with the MII attach arguments anyway. - Keep track of the PHY offset in the mii_softc structure. This is done for compatibility with NetBSD/OpenBSD. - Keep track of the PHY's OUI, model and revision in the mii_softc structure. Several PHY drivers require this information also after attaching and previously had to wrap their own softc around mii_softc. NetBSD/OpenBSD also keep track of the model and revision on their mii_softc structure. All PHY drivers were updated to take advantage as appropriate. - Convert the mebers of the MII data structure to unsigned where appropriate. This is partly inspired by NetBSD/OpenBSD. - According to IEEE 802.3-2002 the bits actually have to be reversed when mapping an OUI to the MII ID registers. All PHY drivers and miidevs where changed as necessary. Actually this now again allows to largely share miidevs with NetBSD, which fixed this problem already 9 years ago. Consequently miidevs was synced as far as possible. - Add MIIF_NOMANPAUSE and mii_phy_flowstatus() calls to drivers that weren't explicitly converted to support flow control before. It's unclear whether flow control actually works with these but typically it should and their net behavior should be more correct with these changes in place than without if the MAC driver sets MIIF_DOPAUSE. Obtained from: NetBSD (partially) Reviewed by: yongari (earlier version), silence on arch@ and net@
* Guard against default ni_chankevlo2011-04-291-5/+6
| | | | | PR: kern/144642 Submitted by: Arthur Hartwig <a_hartwig at fastmaildot fm>
* Trim some additional unnecessary <linker_set.h> includes.jhb2011-04-281-1/+0
| | | | MFC after: 1 week
* The maximum NCM frame size must be so that ithselasky2011-04-261-1/+1
| | | | | | | | | | will generate a short terminated USB transfer if the maximum NCM frame size is greater than what the driver can handle. Reported by: Matthias Benesch MFC after: 7 days Approved by: thompsa (mentor)
* Fix for missing EHCI datatoggle change case.hselasky2011-04-261-0/+2
| | | | | | Reported by: Mike Tancsa MFC after: 3 days Approved by: thompsa (mentor)
* We don't need to call EOWRITE4(sc, EHCI_USBINTR, 0) directly from each EHCIhselasky2011-04-123-15/+1
| | | | | | | | bus driver at detach, hence ehci_detach() does exactly this since r199718. Submitted by: Luiz Otavio O Souza MFC after: 7 days Approved by: thompsa (mentor)
* Rework change made at r203146. Instead of reporting all wire errors asmav2011-04-111-13/+19
| | | | | | | | | | | SCSI status errors to CAM (that was wrong, as it too often turned retriable wire errors into non-retriable REQUEST SENSE errors), do it only for STALL errors on control pipe of the CBI devices. STALL on control pipe is just a one of the ways to report error for CBI devices. PR: usb/150401, usb/154593. Reviewed by: hselasky MFC after: 1 week
* - Fix for missing event if a libUSB USB transfer is started andhselasky2011-04-031-4/+17
| | | | | | | | stopped rapidly in succession. Reported by: J.R. Oldroyd MFC after: 7 days Approved by: thompsa (mentor)
* - Correct EHCI interrupt disabling at detach.hselasky2011-04-033-3/+3
| | | | | | Submitted by: Luiz Otavio O Souza MFC after: 7 days Approved by: thompsa (mentor)
* - Improvements to USB PF solutionhselasky2011-04-034-75/+264
| | | | | | | | | | | | | | - Add more fields for USB device and host mode - Add more information to USB PF header so that decoding can easily be done by software analyzer tools like Wireshark. - Optimise usbdump to display USB streams in text format more efficiently. - Software using USB PF must be recompiled after this commit, due to structure changes. MFC after: 7 days Approved by: thompsa (mentor)
* - Minor style(9) cleanupkevlo2011-04-011-6/+7
| | | | - Make functions static
* Fix initialisation order with regard to debug prints.hselasky2011-03-251-2/+2
| | | | | | Reported by: Luiz Otavio O Souza MFC after: 14 days Approved by: thompsa (mentor)
* Fix panic while associating access point.kevlo2011-03-251-3/+1
| | | | While here, add the SMC SMCWUSB-G
* Fix typo.hselasky2011-03-241-1/+1
| | | | | | Reported by: Garrett Cooper MFC after: 14 days Approved by: thompsa (mentor)
* Comply with style(9).hselasky2011-03-231-4/+4
| | | | | | Reported by: gavin MFC after: 14 days Approved by: thompsa (mentor)
* - Do not output the trailing newline to the HIDhselasky2011-03-211-4/+6
| | | | | | | | | | | | report descriptor information, sysctl utility will show it for us. - Modify sysctl node description to make it more understanable. Found by: Alexander Best <arundel@freebsd.org> Submitted by: Eygene Ryabinkin <rea@freebsd.org> MFC after: 14 days Approved by: thompsa (mentor)
* - Bugfix: Fix a EHCI hardware race, where the hardware computed data togglehselasky2011-03-211-3/+25
| | | | | | | | value is updated after that we read it in the queue-head. This patch can fix problems with BULK timeouts. The issue was found on a Nvidia chipset. MFC after: 14 days Approved by: thompsa (mentor)
* - Bugfix: Root HUBs do not support re-enumeration.hselasky2011-03-081-0/+6
| | | | | MFC after: 14 days Approved by: thompsa (mentor)
* Add the Buffalo (Melco Inc.) WLI-UC-G301Ndaichi2011-03-042-0/+2
| | | | | | PR: usb/155229 Submitted by: Yoshiaki UCHIKAWA MFC after: 1 week
OpenPOWER on IntegriCloud