summaryrefslogtreecommitdiffstats
path: root/sys/dev/usb/ohci_pci.c
Commit message (Collapse)AuthorAgeFilesLines
* Power state management now done in PCI bus codeimp2005-06-051-11/+0
|
* Recognize the integrated USB controllers of Sun PCIO-2 chips whichmarius2005-05-191-0/+14
| | | | | | | | | | | | | | | | | | | | are used onboard in most of the newer PCI-based sun4u machines (cosmetic change as they were also already probed as generic OHCI without this). Detect whether their intpin register is valid and correct it if necessary, i.e. set the respective IVAR to the right value for allocating the IRQ resource, as some of them come up having it set to 0 (mainly those used in Blade 100 and the first one on AX1105 boards). This fixes attaching affected controllers. Correcting the intpin value might be better off in the PCI code via a quirk table but on the other hand gem(4) and hem(4) also correct it themselves and at least for the USB controller part the intpin register is truely hardwired to 0 and can't be changed. This means that we would have to hook up the quirk information in a lot of places in the PCI code (i.e. whenever the value of the intpin register is read from or written to the pci_devinfo of the respective device) in order to do it the right way. MFC after: 1 month
* Use BUS_PROBE_DEFAULT in preference to 0. Also for vx, returnimp2005-03-011-1/+1
| | | | | BUS_PROBE_LOW_PRIORITY in stead of ifdef for devices that xl and vx both support so that xl will snarf them on up.
* Pass an explicit pointer to the bus structure in the 'usb' device ivarjb2004-12-281-1/+1
| | | | | | | | rather than a softc pointer (with the bus structure at the start). This is a non-functional change. It just helps when reading the code to know that the ehci, ohci and uhci drivers share the bus structure, not the entire softc.
* Make the USB subsystem unloadable and detachable, though currentlyiedowse2004-08-021-12/+8
| | | | | a significant amount of memory may be leaked each time a host controller is detached.
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-171-3/+3
| | | | | Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
* Enable support for DEVICE_SUSPEND, DEVICE_RESUME and DEVICE_SHUTDOWNshiba2003-12-221-0/+40
| | | | | | | | | | methods for USB devices in the same way of uhci driver. But this change is not complete because some ohci controlers are not initialized completely. So "kernel: usb0: 1 scheduling overruns" interrupt will generate many times. This change will be same one in PR kern/60099. Discussed on [bsd-nomads:16737] - [bsd-nomads:16746].
* Recognize the nForce3 id's. This is mostly cosmetic and affectspeter2003-12-171-0/+2
| | | | the usbdevs command.
* Sometimes cardbus attachments don't attach, so while we track downimp2003-11-281-0/+1
| | | | | | | | this problem put these lines back in. While they should be unnecessary, they appear to be sometimes necessary. Reviewed in concept: dfr Approved by: re (scottl@)
* Remove explicit cardbus attachments from drivers where this is identicaldfr2003-11-031-1/+0
| | | | | | | to the pci attachment. Cardbus is a derived class of pci so all pci drivers are automatically available for matching against cardbus devices. Reviewed by: imp
* Recognize the OHCI USB device on Opteron-based nForce3 motherboardsobrien2003-09-031-0/+9
| | | | (such as the Asus SK8N).
* Use __FBSDID().obrien2003-08-241-4/+4
| | | | Also some minor style cleanups.
* Prefer new location of pci include files (which have only been in theimp2003-08-221-2/+2
| | | | | tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.
* Enable bus mastering in the attach routine. This appears to fix theimp2003-06-121-0/+2
| | | | | | USB 2.0 cardbus cards that have been floating around. Submitted by: Craig Boston
* These appear to work as cardbus cards tooimp2003-02-281-0/+1
|
* Use uhci_pci_match to return the device description and rework thejoe2002-08-181-28/+22
| | | | vendor description code.
* KNF style the code, ready for an MFC.joe2002-02-171-38/+41
|
* Fix some bugs in the ohci driver with respect to irq setup failure.joe2002-02-111-3/+4
| | | | Submitted by: nyan
* Add AMD766 OHCI USB controller. Remove unused VENDORID lists.peter2001-11-061-9/+8
|
* Set vendor string correctly for the Apple KeyLargo.benno2001-07-051-0/+4
| | | | | Forgotten by: benno Spotted by: n_hibma
* Add device ID for the OHCI controller in the Apple KeyLargo chip.benno2001-07-021-0/+5
|
* Remove a couple of leftover unused variables.msmith2000-12-131-1/+0
|
* We now have the ability to assign the correct IRQ when PNP-OS is turnednsayer2000-12-031-10/+0
| | | | | | | | on. So stop failing the attach if the IRQ is unassigned. With this patch, I can now boot with PNP-OS YES in my BIOS no differently than PNP-OS NO (which is a good thing since Windows hangs with PNP-OS NO). Obtained from: msmith
* Weaken a bogus dependency on <sys/proc.h> in <sys/buf.h> by #ifdef'ingphk2000-10-291-1/+0
| | | | | | | | | | the offending inline function (BUF_KERNPROC) on it being #included already. I'm not sure BUF_KERNPROC() is even the right thing to do or in the right place or implemented the right way (inline vs normal function). Remove consequently unneeded #includes of <sys/proc.h>
* Only display the 'Disable PNP-OS BIOS option' message on the i386 arch.jhb2000-05-111-0/+2
| | | | | | Alpha's don't have a PNP BIOS option. Reviewed by: n_hibma
* Do the attach (and detach) properly. Store the cookies.n_hibma2000-05-071-37/+67
| | | | This is a first step to make usb unloadable.
* Add an ID for the SiS 5571.n_hibma2000-03-151-3/+10
| | | | Remove the unnecessary use of parent.
* Move the warning on wrong IRQ values to the right place, before anyn_hibma2000-02-201-8/+8
| | | | | | | resource allocation is attempted. It will present the user with a message that he has to switch on USB support in his BIOS.
* bus_release_resource is spellt like bus_release_resource not liken_hibma2000-01-311-13/+13
| | | | | | | | | bus_delete_resource. Fixes a problem when the probe succeeded, but the attach failed. The release of the resources was done inproperly. Approved by: jkh
* Properly teardown the allocated and initialised stuff when an errorn_hibma2000-01-261-31/+38
| | | | | | | | occurs (OHCIwas already done for UHCI). Get rid of the usbus variable. It is confusing. Align uhci_pci.c and ohci_pci.c again.
* Don't set ivars until we checked the return value from device_add_child.n_hibma2000-01-261-1/+1
|
* Add ID for the AMD-756 OHCI controllern_hibma2000-01-211-0/+9
|
* Remove the 'ivars' arguement to device_add_child() andmdodd1999-12-031-1/+2
| | | | | | | | | | | | | | | | device_add_child_ordered(). 'ivars' may now be set using the device_set_ivars() function. This makes it easier for us to change how arbitrary data structures are associated with a device_t. Eventually we won't be modifying device_t to add additional pointers for ivars, softc data etc. Despite my best efforts I've probably forgotten something so let me know if this breaks anything. I've been running with this change for months and its been quite involved actually isolating all the changes from the rest of the local changes in my tree. Reviewed by: peter, dfr
* Fix the 'usb0: USB revision unknown, not supported' people have been seeingn_hibma1999-12-031-0/+3
| | | | | | | | by identifying the version in the PCI drivers. The OHCI driver just presets this to 1.0 as it is not specified in the PCI registers anywhere. This should be revisited once USB 2.0 is in wide spread use.
* Remove some bogus bus methods peter added. We are hardly doingn_hibma1999-11-221-6/+1
| | | | anything as a bus.
* Check for a valid irq number before calling BUS_SETUP_INTR.n_hibma1999-10-031-1/+9
| | | | Requested-By: msmith
* 1) rename dev->self to be consistentn_hibma1999-08-181-32/+47
| | | | | 2) use device_printf 3) properly tear down and disable interrupts when init fails
* Shorten the strings a bit (remove 'Host')n_hibma1999-06-131-6/+6
|
* Add comment about split in drivern_hibma1999-05-201-1/+6
|
* Move the declaration of the interrupt type from the driver structuredfr1999-05-081-2/+2
| | | | to the BUS_SETUP_INTR call.
* Bring the 'new-bus' to the i386. This extensively changes the way thepeter1999-04-161-66/+88
| | | | | | | | | | | | | | | | | | i386 platform boots, it is no longer ISA-centric, and is fully dynamic. Most old drivers compile and run without modification via 'compatability shims' to enable a smoother transition. eisa, isapnp and pccard* are not yet using the new resource manager. Once fully converted, all drivers will be loadable, including PCI and ISA. (Some other changes appear to have snuck in, including a port of Soren's ATA driver to the Alpha. Soren, back this out if you need to.) This is a checkpoint of work-in-progress, but is quite functional. The bulk of the work was done over the last few years by Doug Rabson and Garrett Wollman. Approved by: core
* Cleaning up of code, remove unneeded cruft and maken_hibma1999-03-271-57/+44
| | | | code more compact.
* Moved [uo]hci_pci.c from /sys/dev/pci to /sys/pci after Sorenn_hibma1999-02-181-0/+231
threatened to send Bruce. These files are no longer shared with NetBSD anyway. Requires a config and make depend.
OpenPOWER on IntegriCloud