aboutsummaryrefslogtreecommitdiff
path: root/sys/dev/puc
Commit message (Collapse)AuthorAgeFilesLines
* MFC r242814:Eitan Adler2012-11-141-0/+6
| | | | | | | | | | Add support for Advantech PCI-1602 RS-485/RS-422 serial card PR: kern/169726 Approved by: cperciva (implicit) Notes: svn path=/stable/7/; revision=243010
* MFC r239076:Eitan Adler2012-09-021-0/+6
| | | | | | | | | Add support for SIIG Cyber Serial Dual PCI 16C850 Approved by: cperciva (implicit) Notes: svn path=/stable/7/; revision=240030
* MFC r236282:Eitan Adler2012-06-061-0/+6
| | | | | | | | | | Add support for Sun 1040 PCI Quad Serial PR: kern/163450 Approved by: cperciva (implicit) Notes: svn path=/stable/7/; revision=236652
* MFC r227535:Eitan Adler2012-01-101-0/+12
| | | | | | | | | | - add support for Titan VScom PCIex-800H PR: kern/124128 Approved by: jhb Notes: svn path=/stable/7/; revision=229897
* MFC 226404:Eitan Adler2012-01-101-0/+6
| | | | | | | | | | - add support for I-O DATA RSA-PCI2/R PR: kern/142999 Approved by: jhb Notes: svn path=/stable/7/; revision=229891
* MFC 224898: Add device id for the Moxa CP-112UL dual-port serial adapters.John Baldwin2011-08-221-0/+6
| | | | Notes: svn path=/stable/7/; revision=225083
* MFC 186520:John Baldwin2011-04-281-0/+6
| | | | | | | Add support for the Oxford OX16PCI958-based card. Notes: svn path=/stable/7/; revision=221181
* MFC 208350:John Baldwin2010-05-241-0/+12
| | | | | | | Add support for the Perle Speed4 LE. Notes: svn path=/stable/7/; revision=208519
* MFC rev 200397:Marcel Moolenaar2009-12-141-46/+62
| | | | | | | | | Fix interrupt handling. PR: kern/140947 Notes: svn path=/stable/7/; revision=200518
* MFC rev 200230:Marcel Moolenaar2009-12-101-3/+39
| | | | | | | Add support for the NetMos NM9865 family of Serial/Parallel ports. Notes: svn path=/stable/7/; revision=200350
* MFC: Add support for the single-port NetMos NM9835 serial adapter.John Baldwin2009-03-191-0/+12
| | | | Notes: svn path=/stable/7/; revision=190068
* MFC: (r184258) Add support for the SIIG Cyber 4-port serial card.Dag-Erling Smørgrav2008-10-281-0/+6
| | | | | | | Approved by: re (kib) Notes: svn path=/stable/7/; revision=184416
* MFH (r183817): revert OX16PCI954 breakageDag-Erling Smørgrav2008-10-211-4/+4
| | | | | | | Approved by: re (kensmith) Notes: svn path=/stable/7/; revision=184124
* MFC r179409, r181973, r181974, r181975Andrew Thompson2008-08-311-4/+22
| | | | | | | | | | | | - Fix baud on the Oxford OX16PCI954 - Add the Avlab Technology PCI IO 4S-850 4 port serial card. - Add the VScom PCI-100L card. - Add the Decision Computer Inc, PCCOM 8-port serial card. PR: kern/110797, kern/72352, kern/69730 Notes: svn path=/stable/7/; revision=182552
* MFC 1.61: Fix RID calculation for Timedia cards.Marcel Moolenaar2008-05-281-1/+1
| | | | Notes: svn path=/stable/7/; revision=179370
* MFC rev. 1.60: add Moxa Technologies CP-104EL PCI Express 4 port Serial card.Maxim Konovalov2008-02-261-0/+6
| | | | Notes: svn path=/stable/7/; revision=176580
* MFC: (1.17) fix subvendor / subdevice matchingDag-Erling Smørgrav2007-10-181-14/+19
| | | | | | | Approved by: re (kensmith) Notes: svn path=/stable/7/; revision=172745
* Calculate the correct PCI BAR for the Timedia based serial cards. ThePeter Wemm2007-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. Notes: svn path=/head/; revision=170394
* -axe p_ih from struct puc_port cause it was uselessPaolo Pisati2007-06-061-8/+4
| | | | | | | | | | -correctly check for filter only handler Reviewed by: marcel Tested by: marcel Notes: svn path=/head/; revision=170386
* o break newbus api: add a new argument of type driver_filter_t toPaolo Pisati2007-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@ Notes: svn path=/head/; revision=166901
* Add SIIG 4 port serial card based on the Oxford OX16PCI954.Marcel Moolenaar2006-09-041-0/+6
| | | | Notes: svn path=/head/; revision=162007
* Fix building with GCC 4.2: ensure types are defined before refering to them.David E. O'Brien2006-06-295-5/+5
| | | | Notes: svn path=/head/; revision=160030
* Need machine/bus.h here tooWarner Losh2006-06-121-0/+1
| | | | Notes: svn path=/head/; revision=159545
* Rewrite of puc(4). Significant changes are:Marcel Moolenaar2006-04-2811-2087/+1889
| | | | | | | | | | | | | | | | | | | | | | | 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. Notes: svn path=/head/; revision=158124
* When we attach to either a SAB82532 or a Z8530, print a noticeMarcel Moolenaar2006-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. Notes: svn path=/head/; revision=157303
* MFp4:Marcel Moolenaar2006-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. Notes: svn path=/head/; revision=155968
* Use bus_setup_intr() rather than invoking BUS_SETUP_INTR() directly so thatJohn Baldwin2006-02-221-4/+2
| | | | | | | puc still prints out [FAST] on Peter's box. Notes: svn path=/head/; revision=155917
* Careful measurement of the ST Labs card shows that the pulse width ofWarner Losh2005-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 Notes: svn path=/head/; revision=153249
* The Oxford 16C950 based CardBus Serial device that I was given someWarner Losh2005-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... Notes: svn path=/head/; revision=153148
* Don't enable PUC_FASTINTR by default in the source. Instead, enable itJohn Baldwin2005-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. Notes: svn path=/head/; revision=152662
* Eliminate tinderbox errors.Craig Rodrigues2005-11-071-3/+5
| | | | Notes: svn path=/head/; revision=152154
* Avoid trouble with PUC_FASTINTR if it is already defined.Poul-Henning Kamp2005-11-061-0/+2
| | | | Notes: svn path=/head/; revision=152124
* Now that fast interrupts can be shared we can use them in puc.Poul-Henning Kamp2005-11-051-0/+1
| | | | Notes: svn path=/head/; revision=152104
* Add yet another entry to the list.Poul-Henning Kamp2005-11-051-0/+9
| | | | Notes: svn path=/head/; revision=152103
* puc(4) does strange things to resources in order to fool thePoul-Henning Kamp2005-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. Notes: svn path=/head/; revision=150698
* __RMAN_RESOURCE_VISIBLE not needed.Poul-Henning Kamp2005-09-251-1/+0
| | | | Notes: svn path=/head/; revision=150549
* Recognize the SAB82532 in USIII machines.Marius Strobl2005-08-071-2/+3
| | | | Notes: svn path=/head/; revision=148824
* Account for ebus(4) defaulting to SYS_RES_MEMORY for memory resourcesMarius Strobl2005-06-041-1/+1
| | | | | | | since ebus.c rev. 1.22. Notes: svn path=/head/; revision=146966
* Sort Oxford Semi entires. Add entry for OXCB950, a PCI/CardBusWarner Losh2005-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 Notes: svn path=/head/; revision=145391
* Use BUS_PROBE_DEFAULT for pci probe return valueWarner Losh2005-03-051-1/+1
| | | | Notes: svn path=/head/; revision=143158
* - sparc64/fhc/fhc.c:Marius Strobl2005-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 Notes: svn path=/head/; revision=143142
* Declare the sbus(4) front-end of puc(4) also for fhc(4), allowingMarius Strobl2005-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 Notes: svn path=/head/; revision=142532
* Add a stopgap allowing puc(4) to allocate IRQs on fhc(4). Given thatMarius Strobl2005-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 Notes: svn path=/head/; revision=142531
* Remove duplicate FBSDID.Marius Strobl2005-02-261-3/+0
| | | | Notes: svn path=/head/; revision=142529
* fail gracefully rather than using an invalid array index if unableSam Leffler2005-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 Notes: svn path=/head/; revision=142502
* add support for NetMos NM9805 1284 Printer portWilko Bulte2005-02-091-0/+9
| | | | | | | | | Submitted by: Willy Offermans <W.K.Offermans@TUe.nl> MFC after: 2 weeks Notes: svn path=/head/; revision=141582
* Revert rev. 1.5.Marcel Moolenaar2005-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 Notes: svn path=/head/; revision=141080
* Add PCI ID for Dell RAC IV/ERA Virtual UART (PowerEdge 1850).Bruce M Simpson2005-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 Notes: svn path=/head/; revision=140882
* Add device description for the Dell Remote Access Card (DRAC) III and IVBruce M Simpson2005-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 Notes: svn path=/head/; revision=140513
* Revert part of last commit that was unintentionalWarner Losh2005-01-111-1/+1
| | | | Notes: svn path=/head/; revision=140046
generated by cgit v1.3 (git 2.53.0) at 2026-08-01 22:48:45 +0000