summaryrefslogtreecommitdiffstats
path: root/sys/dev/puc
Commit message (Collapse)AuthorAgeFilesLines
* Add Exar octal PCI UART.emaste2010-12-181-0/+6
| | | | | Submitted by: Mark Johnston Obtained from: Sandvine Incorporated
* Add support for the Perle Speed4 LE.jhb2010-05-201-0/+12
| | | | | Submitted by: Douglas K. Rand rand of meridian-enviro com MFC after: 3 days
* Fix interrupt handling. It started off broken and grew worse over time.marcel2009-12-111-46/+62
| | | | | | | | | | | | | | | The rewrite of the interrupt handler includes: o loop until all pending interrupts are handled. This closes a race condition. o count the number of interrupt sources we handled so that we can properly return FILTER_HANDLED or FILTER_STRAY when we break out of the loop. o When matching the interrupt source to the devices that have that source pending, check only from the set of devices we found to have a pending interrupt. PR: kern/140947 MFC after: 3 days
* Add support for the NetMos NM9865 family of Serial/Parallel ports.marcel2009-12-071-3/+39
| | | | | Obtained from: NetMos MCS9865 v1.0.0.1 driver MFC after: 3 days
* Make puc(4) aware of this 2 port serial card based on NetMos 9835:np2009-06-201-0/+6
| | | | | | | puc0@pci0:4:1:0: class=0x070002 card=0x00021000 chip=0x98359710 rev=0x01 hdr=0x00 Reviewed by: marcel@ Approved by: gnn (mentor)
* Add support for the four PUC serial interfaces found on IBM SurePOS 300rwatson2009-06-021-0/+11
| | | | | | | series POS terminals. MFC after: 3 days Submitted by: Marc Balmer <marc at msys.ch>
* remove now-redunant cardbus attachment lines.imp2009-03-091-1/+0
|
* Add support for the single-port NetMos NM9835 serial adapter. The puc(4)jhb2009-03-051-0/+12
| | | | | | | | | entry is a specific entry to override the generic NetMos entry so that puc(4) will leave this device alone and let uart(4) claim it. Submitted by: Navdeep Parhar nparhar @ gmail Reviewed by: marcel MFC after: 1 week
* Add support for the Sunix SUN1889-based dual parallel port card.kevlo2009-02-121-0/+6
| | | | | PR: kern/128219 Submitted by: Thinker K.F. Li <thinker at branda dot to>
* - Add support for Moxa Technologies CP-168EL/PCIe card.stas2009-01-271-0/+6
| | | | | Submitted by: dmarck MFC after: 1 week
* Add support for the Oxford OX16PCI958-based card.rik2008-12-271-0/+6
| | | | | | | | | | | Note, that the patch provided with this card for the Linux states that the card uses DEFAULT_RCLK * 2, while in fact it is '* 10'. So probably we should also use the subdevice/subvendord here. For now just ignore that fact. PR: kern/129665 Submitted by: bsam Obtained from: united efforst with bsam
* Add an entry for the "SIIG Cyber 4 PCI 16550", which is a four-port carddes2008-10-251-0/+6
| | | | | | based on the OX16PCI954 chip with a non-standard clock. MFC after: 3 days
* Revert r179409; it breaks all OX16PCI954-based cards except the SIIG 4.des2008-10-131-4/+4
| | | | MFC after: 3 days
* Add the Decision Computer Inc, PCCOM 8-port serial card.thompsa2008-08-221-0/+6
| | | | | PR: kern/69730 Submitted by: Darrin Smith
* Add the VScom PCI-100L card.thompsa2008-08-221-0/+6
| | | | | PR: kern/72352 Submitted by: Thomas Nystrom
* Add the Avlab Technology PCI IO 4S-850 4 port serial card.thompsa2008-08-211-0/+6
| | | | | PR: kern/110797 Submitted by: Trevor Roydhouse
* The SIIG 4 port serial card based on the Oxford OX16PCI954 ismckusick2008-05-291-4/+4
| | | | | | | | | | clocked at 10x normal speed. That is, when you set it for 9600 baud, it actually does 96000 baud. In order to make it plug and play with other serial ports, it has to have its clock rate reduced by a factor of 10. Discussed with: Marcel Moolenaar MFC after: 2 weeks
* Fix RID calculation. The RID is really the BAR for PCI cards,marcel2008-05-161-1/+1
| | | | | | | | so the index needs to be translated into an offset. While we did add the offset (0x10), we forgot to account for the width. Tested by: Thomas Vogt MFC after: 3 days
* o Add Moxa Technologies CP-104EL PCI Express 4 port Serial card.maxim2008-01-121-0/+6
| | | | | | PR: kern/119515 Submitted by: Gavin Stone-Tolcher MFC after: 1 month
* Rewrite puc_pci_match() to handle non-trivial cases correctly.des2007-10-131-14/+19
| | | | MFC after: 1 week
* Calculate the correct PCI BAR for the Timedia based serial cards. Thepeter2007-06-071-1/+1
| | | | | Linux equivalent gives BAR offsets relative to the implied base of 0x10. Our PUC_CFG_GET_RID functions have to add the base offset themselves.
* -axe p_ih from struct puc_port cause it was uselesspiso2007-06-061-8/+4
| | | | | | | -correctly check for filter only handler Reviewed by: marcel Tested by: marcel
* o break newbus api: add a new argument of type driver_filter_t topiso2007-02-232-11/+13
| | | | | | | | | | | | | bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@
* Add SIIG 4 port serial card based on the Oxford OX16PCI954.marcel2006-09-041-0/+6
|
* Fix building with GCC 4.2: ensure types are defined before refering to them.obrien2006-06-295-5/+5
|
* Need machine/bus.h here tooimp2006-06-121-0/+1
|
* Rewrite of puc(4). Significant changes are:marcel2006-04-2811-2269/+2071
| | | | | | | | | | | | | | | | | | | | o Properly use rman(9) to manage resources. This eliminates the need to puc-specific hacks to rman. It also allows devinfo(8) to be used to find out the specific assignment of resources to serial/parallel ports. o Compress the PCI device "database" by optimizing for the common case and to use a procedural interface to handle the exceptions. The procedural interface also generalizes the need to setup the hardware (program chipsets, program clock frequencies). o Eliminate the need for PUC_FASTINTR. Serdev devices are fast by default and non-serdev devices are handled by the bus. o Use the serdev I/F to collect interrupt status and to handle interrupts across ports in priority order. o Sync the PCI device configuration to include devices found in NetBSD and not yet merged to FreeBSD. o Add support for Quatech 2, 4 and 8 port UARTs. o Add support for a couple dozen Timedia serial cards as found in Linux.
* When we attach to either a SAB82532 or a Z8530, print a noticemarcel2006-03-302-0/+4
| | | | | saying that scc(4) should be configured into the kernel. This helps people to migrate away from puc(4) for these devices.
* MFp4:marcel2006-02-242-2/+2
| | | | | | Return BUS_PROBE_LOW_PRIORITY for a successful probe. This is in preparation of the introduction of scc(4), which is going to handle SCCs in the near future.
* Use bus_setup_intr() rather than invoking BUS_SETUP_INTR() directly so thatjhb2006-02-221-4/+2
| | | | puc still prints out [FAST] on Peter's box.
* Careful measurement of the ST Labs card shows that the pulse width ofimp2005-12-081-1/+1
| | | | | | | | | | | | transmitted bits was between 8.6180us and 8.6200us when we used a RCLK of 16.500MHz. This is a little low (should be 8.6805us). This error is exactly the error one would expect if it actually had a 16.384MHz watch oscillator (as suggested by garrett) instead of using the PCI RCLK. Assume that the pci clock therefore wasn't really used, but instead the cheap 16.384MH watch quartz oscillator. This gives bits in the 8.6800us to 8.6810us ranage, which matches theoretical. Submitted by: garrett
* The Oxford 16C950 based CardBus Serial device that I was given someimp2005-12-051-1/+2
| | | | | | | | | | | | | | | time ago appears to be based not on the typical 1.8432MHz clock, or the other more typical multiple of 8 of this (14.7456MHz), but instead it appears to be 1/2 the PCI clock rate or 16.50000MHz. I'm not 100% sure that this is right, but since I did the original entry, I'm going to go ahead and modify it. With the 14.7456MHz value, I was getting bits that were ~7.3us instead of ~8.6us like they are supposed to be. My measuring gear for today is a stupid handheld scope with two signficant digits. So I don't know if it is 33.000000/2 MHz or some other value close to 16.5MHz, but 16.5MHz works well enough for me to use a couple of different devices at 115200 baud, and is a nice even multiple of a well known clock frequency...
* Don't enable PUC_FASTINTR by default in the source. Instead, enable itjhb2005-11-211-4/+0
| | | | | | | | | | | via the DEFAULTS kernel configs. This allows folks to turn it that option off in the kernel configs if desired without having to hack the source. This is especially useful since PUC_FASTINTR hangs the kernel boot on my ultra60 which has two uart(4) devices hung off of a puc(4) device. I did not enable PUC_FASTINTR by default on powerpc since powerpc does not currently allow sharing of INTR_FAST with non-INTR_FAST like the other archs.
* Eliminate tinderbox errors.rodrigc2005-11-071-3/+5
|
* Avoid trouble with PUC_FASTINTR if it is already defined.phk2005-11-061-0/+2
|
* Now that fast interrupts can be shared we can use them in puc.phk2005-11-051-0/+1
|
* Add yet another entry to the list.phk2005-11-051-0/+9
|
* puc(4) does strange things to resources in order to fool thephk2005-09-281-4/+3
| | | | | | | | | | subdrivers to hook up. It should probably be rewritten to implement a simple bus to which the sub drivers attach using some kind of hint. Until then, provide a couple of crutch functions with big warning signs so it can survive the recent changes to struct resource.
* __RMAN_RESOURCE_VISIBLE not needed.phk2005-09-251-1/+0
|
* Recognize the SAB82532 in USIII machines.marius2005-08-071-2/+3
|
* Account for ebus(4) defaulting to SYS_RES_MEMORY for memory resourcesmarius2005-06-041-1/+1
| | | | since ebus.c rev. 1.22.
* Sort Oxford Semi entires. Add entry for OXCB950, a PCI/CardBusimp2005-04-221-13/+22
| | | | | | | | 16C950. Adding it here doesn't unlock any of the cool 16C950 features (like the 128 byte fifo, the different prescalor, etc), but it does seem to get it working for me in light testing. Card Provided by: Ihsan Dogan
* 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
OpenPOWER on IntegriCloud