summaryrefslogtreecommitdiffstats
path: root/sys/dev/puc
Commit message (Collapse)AuthorAgeFilesLines
* Use BUS_PROBE_DEFAULT for pci probe return valueimp2005-03-051-1/+1
|
* - sparc64/fhc/fhc.c:marius2005-03-041-9/+0
| | | | | | | | | | | | | | | | | Change fhc(4) to use IRQ numbers instead of RIDs for allocating the IRQs of children. This works similar to e.g. sbus(4), i.e. add the IRQ resources as fully specified to the resource lists of the children, allocate them like normal. When establishing the interrupt search the interrupt maps of the children for a matching INO to determine which map we need to write the fully specified interrupt number to and to enable the mapping (before the RID was used to indicate which interrupt map to use). - dev/puc/puc.c: Revert rev. 1.38, with the above change fhc(4) no longer needs special treatment for allocating IRQs. Thanks to: joerg for providing access to an E3500
* Declare the sbus(4) front-end of puc(4) also for fhc(4), allowingmarius2005-02-261-0/+1
| | | | | | | | | | | | | uart(4) to support the Zilog 8530 SCCs which hang off of a FireHose bus on Sun E4000/E5000 class machines. Beside the fact that a puc_fhc.c would just be a copy of puc_sbus.c with s,sbus,fhc,g the reason why the declaration for fhc(4) was sticked into puc_sbus.c is that both of these front-ends for puc(4) will go away once there is a scc(4). Discussed with: marcel Tested by: hrs, kris MFC after: 3 days
* Add a stopgap allowing puc(4) to allocate IRQs on fhc(4). Given thatmarius2005-02-261-0/+9
| | | | | | | | | | both a scc(4) is under way and fhc(4) will be change to use INOs this shouldn't stay in HEAD for too long but we need a MFC-able solution for FreeBSD 5.4. Discussed with: marcel Tested by: hrs, kris MFC after: 3 days
* Remove duplicate FBSDID.marius2005-02-261-3/+0
|
* fail gracefully rather than using an invalid array index if unablesam2005-02-251-2/+6
| | | | | | | to allocate a bar; it's unclear whether this can happen in practice Noticed by: Coverity Prevent analysis tool Discussed with: marcel
* add support for NetMos NM9805 1284 Printer portwilko2005-02-091-0/+9
| | | | | | Submitted by: Willy Offermans <W.K.Offermans@TUe.nl> MFC after: 2 weeks
* Revert rev. 1.5.marcel2005-01-311-1/+1
| | | | | | | It should be safe to attach to all Z8530 controllers again. In fact, the keyboard works on Ultra 2 machines. MFC after: 5 days
* Add PCI ID for Dell RAC IV/ERA Virtual UART (PowerEdge 1850).bms2005-01-271-2/+9
| | | | | | | Trim name of existing Dell RAC devices. Trim comments. With help from: dpk at dpk dot net MFC after: 1 week
* Add device description for the Dell Remote Access Card (DRAC) III and IVbms2005-01-201-0/+9
| | | | | | | | | virtual COM port. This makes the use of the Dell OpenManage tools on FreeBSD considerably easier, and is based on Chuck Cranor's original patch for 4.6. Reviewed by: imp Tested by: dpk at dpk dot net MFC after: 1 week
* Revert part of last commit that was unintentionalimp2005-01-111-1/+1
|
* Use the standard FreeBSD licenseimp2005-01-113-37/+37
|
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-066-6/+6
|
* Add support for Chase/Perle PCI FAST-4 4 port serial cards which appearwilko2005-01-051-0/+36
| | | | | | | | | to be the same as Boca Research Turbo Serial 654 (4 serial port). While add the 8 port variants as well. Submitted by: sten@blinkenlights.nl PR: kern/75793 MFC after: 1 week
* Apply a bandaid to avoid hangs on Ultra 2 machines. The second Z8530marcel2004-11-151-1/+1
| | | | | | connects to the keyboard and mouse and needs some special treatment. Until this is fully understood, implemented and tested, simply avoid probing the second Z8530. This is also what the zs(4) driver does.
* - Introduce an ofw_bus kobj-interface for retrieving the OFW node and amarius2004-08-122-8/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | subset ("compatible", "device_type", "model" and "name") of the standard properties in drivers for devices on Open Firmware supported busses. The standard properties "reg", "interrupts" und "address" are not covered by this interface because they are only of interest in the respective bridge code. There's a remaining standard property "status" which is unclear how to support properly but which also isn't used in FreeBSD at present. This ofw_bus kobj-interface allows to replace the various (ebus_get_node(), ofw_pci_get_node(), etc.) and partially inconsistent (central_get_type() vs. sbus_get_device_type(), etc.) existing IVAR ones with a common one. This in turn allows to simplify and remove code-duplication in drivers for devices that can hang off of more than one OFW supported bus. - Convert the sparc64 Central, EBus, FHC, PCI and SBus bus drivers and the drivers for their children to use the ofw_bus kobj-interface. The IVAR- interfaces of the Central, EBus and FHC are entirely replaced by this. The PCI bus driver used its own kobj-interface and now also uses the ofw_bus one. The IVARs special to the SBus, e.g. for retrieving the burst size, remain. Beware: this causes an ABI-breakage for modules of drivers which used the IVAR-interfaces, i.e. esp(4), hme(4), isp(4) and uart(4), which need to be recompiled. The style-inconsistencies introduced in some of the bus drivers will be fixed by tmm@ in a generic clean-up of the respective drivers later (he requested to add the changes in the "new" style). - Convert the powerpc MacIO bus driver and the drivers for its children to use the ofw_bus kobj-interface. This invloves removing the IVARs related to the "reg" property which were unused and a leftover from the NetBSD origini of the code. There's no ABI-breakage caused by this because none of these driver are currently built as modules. There are other powerpc bus drivers which can be converted to the ofw_bus kobj-interface, e.g. the PCI bus driver, which should be done together with converting powerpc to use the OFW PCI code from sparc64. - Make the SBus and FHC front-end of zs(4) and the sparc64 eeprom(4) take advantage of the ofw_bus kobj-interface and simplify them a bit. Reviewed by: grehan, tmm Approved by: re (scottl) Discussed with: tmm Tested with: Sun AX1105, AXe, Ultra 2, Ultra 60; PPC cross-build on i386
* Remove duplicate FreeBSD idimp2004-07-011-3/+0
|
* While this file still needs __RMAN_RESOURCE_VISIBLE to get the size ofimp2004-07-011-6/+9
| | | | | the struct resource for a malloc, it no longer needs it for the r_ elements of struct resource with this commit.
* Remove extra RMAN_RESOURCE_VISISBLEimp2004-06-301-1/+0
|
* puc needs to peek into struct resource too.imp2004-06-301-0/+1
|
* This needs __RMAN_RESOURCE_VISIBLEphk2004-06-301-1/+1
|
* Add missing <sys/module.h> includes currently relying on nested includephk2004-06-032-0/+2
| | | | in <sys/kernel.h>
* Add missing <sys/module.h> includesphk2004-05-302-0/+2
|
* Add description of Cronyx Omega2-PCI (8x port serial adapter).rik2004-05-171-0/+15
|
* Add IC Book Labs Gunboat x2 and x4 series of serial adapters.sobomax2004-04-241-0/+45
| | | | | Hardware provided by: IC Book Labs MFC After: 2 weeks
* Moved the function pointer in struct puc_device_description to the endbde2004-04-183-93/+2
| | | | | | | | of the struct, so that a placeholder for it (or unportable C99 initializers) are not needed for entries that don't use it. Use a C99 initializer for the 1 entry that uses it. Removed 91 placeholders. This also restores API compatibility with NetBSD and RELENG_4 for most entries.
* Miscellaneous style fixes, including yet another attempt to get thebde2004-04-181-21/+23
| | | | 0x1393/0x1041 entry and its bad templates right.
* Fixed some style bugs in rev.1.1 (only 2 entries were misformatted).bde2004-04-181-11/+11
|
* Fixed some style bugs (perfect tab lossage on every line) in rev.1.4.bde2004-04-181-11/+11
|
* Fixed some style bugs (misformatting) in rev.1.9.bde2004-04-181-2/+2
|
* Oops, fixed some more style bugs (tab lossage) in rev.1.28. Fixed thebde2004-04-181-12/+12
| | | | same style bug in revs.1.20, 1.18, 1.15 and 1.12.
* Fixed some style bugs in rev.1.24. Almost every line was misformatted,bde2004-04-181-7/+7
| | | | and Oxford was misspelled.
* Fixed some style bugs (formatting errors) in rev.1.25.bde2004-04-181-5/+5
|
* Fixed some style bugs (tab lossage) in rev.1.26.bde2004-04-181-2/+2
| | | | | | | | | | | Removed the requirement for a particular subvendor/subproduct in rev.1.26 (VScom PCI-800L card). While the BARs, etc., may depend on the sub-ids, this is not known to be so, and I think it is better to guess that they don't. The decision to check sub-id checks in this file is apparently random; for VScom cards they were checked in 3 of 8 cases. Reviewed by: timeout by committer (joerg) after 6 months
* Fixed some style bugs in rev.1.28. Almost every line was misindented.bde2004-04-181-9/+9
|
* Fixed a style bug (insertion sort error) in rev.1.29. This file shouldbde2004-04-181-10/+10
| | | | | be sorted in the same order as misc/pci_vendors (on vendor/device id), and already partly is.
* Fixed some style bugs in previous commit. Almmost every line wasbde2004-04-181-11/+13
| | | | misformatted.
* Add support for Exsys EX-41098 cards.cperciva2004-04-171-0/+14
| | | | | | | PR: kern/65040 Submitted by: Stefan Grundmann <sg-sendpr@waset.de> Tested by: buildkernel "Just commit it" by: phk
* Ever since rev 1.27 of puc.c, the port number that was exposed by puc(4)marcel2004-04-051-1/+1
| | | | | | | | | and used by uart(4) for the channel conflicted with the port offset for the Z8530. The Z8530 has the channels reversed (i.e. channel B is at offset 0 and channel A is at offset 4). Assign the port offsets in the right order so that uart(4) will properly attach to the channels. Submitted by: Marius Strobl <marius@alchemy.franken.de>
* 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
* Expand the mask for the Avlab Technology, PCI IO 2S entry to cover thejhb2004-02-041-1/+1
| | | | | | | | 2S-650 and 2S-850 variants. PR: kern/45285 Submitted by: Andrey Zakharchenko <avz AT jscc.ru> MFC after: 1 week
* Add support for an non-branded SUN1889-based 2 port PCI serial card.jhb2003-12-311-0/+10
| | | | | | PR: kern/55159 Submitted by: Yeasah Pell <yeasah@apocalypse.org> MFC after: 1 week
* Add support for Moxa Technologies' Smartio CP-104UL/PCI 4S RS232 card.obrien2003-12-091-0/+13
| | | | Submitted by: Guido Falsi <mad@madpilot.net>
* 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
* const char ** needs to be passed, not char **.imp2003-10-271-1/+1
|
* Add support for another multiple serial port card based on OX16PCI954 deviceambrisko2003-10-241-0/+13
| | | | | | id 0x950a. MFC: after 4.9 release.
* Make the port number available to the sub-device with PUC_IVAR_PORT.marcel2003-09-262-4/+10
|
* Add an entry for the VScom (Titan?) PCI-800L 8-port serial multiportjoerg2003-09-191-0/+24
| | | | | | | | | card. Thanks to bde for his help in configuring the undocumented bars in this driver... MFC after: 1 month
* Enhance puc(4) to support uart(4). This includes:marcel2003-09-066-77/+334
| | | | | | | | | | | | | | | | | | | | | | | | | o Introduce PUC_PORT_TYPE_UART so that we can attach to uart(4), o Introduce port sub-types (eg PUC_PORT_UART_NS8250, PUC_PORT_UART_Z8530) to handle different hardware and determine resource sizes. o Introduce two new IVARs: PUC_IVAR_SUBTYPE and PUC_IVAR_REGSHFT. Both are used by uart(4) to get sufficient information to talk to the HW. o Introduce PUC_FLAGS_ALTRES to tell puc(4) to try memory mapped I/O if I/O port space cannot be allocated, or vice versa. o Have ports of type PUC_PORT_TYPE_COM attach to uart(1) if attaching to sio(4) fails (due to not having the sio driver). o Put struct puc_device_description in struct puc_softc instead of having a pointer to a device description in the softc. This allows us to create device descriptions on the fly without having to use malloc() or otherwise have them staticly defined. o Move puc_find_description() from puc.c to puc_pci.c as it's specific to PCI. o Add EBUS and SBUS frontends for use on sparc64. Note that the P in puc stands for PCI, so we kinda mess things up here. It's too soon to worry about it though. We'll know what to do about it in time. NOTE: This commit changes the behaviour of puc(4) to not quieten the device probe and attach for child devices. The uart(4) driver provides additional device description that is valuable to have.
OpenPOWER on IntegriCloud