272461 |
03-Oct-2014 |
gjb |
Copy stable/10@r272459 to releng/10.1 as part of the 10.1-RELEASE process.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
264761 |
22-Apr-2014 |
marius |
MFC: r264257, r264327, r264514
Distinguish between the different variants and configurations of Sunix {MIO,SER}5xxxx chips instead of treating all of them as PUC_PORT_2S. Among others, this fixes the hang seen when trying to probe the none- existent second UART on an actually 1-port chip.
Obtained from: NetBSD (BAR layouts) Sponsored by: Bally Wulff Games & Entertainment GmbH
|
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
251862 |
17-Jun-2013 |
pluknet |
Clean up -Wheader-guard warnings.
Submitted by: <dt71@gmx.com> MFC after: 3 days X-MFC with: r251848
|
251715 |
13-Jun-2013 |
marius |
All of Oxford/PLX OX16PCI954, OXm16PCI954 and OXu16PCI954 share the exact same (subsystem) device and vendor IDs. However, the reference design for the OXu16PCI954 uses a 14.7456 MHz clock (as does the EXSYS EX-41098-2 equipped with these), while at least the OX16PCI954 defaults to a 1.8432 MHz one. According to the datasheets of these chips, the only difference in PCI configuration space is that OXu16PCI954 have a revision ID of 1 while the other two are at 0. So employ the latter for determining the default clock rates of this family. Note that one might think that the actual clock could be derived from the Clock Prescaler Register (CPR) of these chips. Unfortunately, this is not that case and its use and content are orthogonal to the frequency of the crystal employed. Tested with an EXSYS EX-41098-2, which identifies and attaches as: pcib4@pci0:19:0:0: class=0x060400 card=0x02dd1014 chip=0x10801b21 rev=0x03 hdr=0x01 vendor = 'ASMedia Technology Inc.' device = 'ASM1083/1085 PCIe to PCI Bridge' class = bridge subclass = PCI-PCI puc0@pci0:20:4:0: class=0x070006 card=0x00001415 chip=0x95011415 rev=0x01 hdr=0x00 vendor = 'Oxford Semiconductor Ltd' device = 'OX16PCI954 (Quad 16950 UART) function 0 (Uart)' class = simple comms subclass = UART puc1@pci0:20:4:1: class=0x068000 card=0x00001415 chip=0x95111415 rev=0x01 hdr=0x00 vendor = 'Oxford Semiconductor Ltd' device = 'OX16PCI954 (Quad 16950 UART) function 1 (8bit bus)' class = bridge puc2@pci0:20:8:0: class=0x070006 card=0x00001415 chip=0x95011415 rev=0x01 hdr=0x00 vendor = 'Oxford Semiconductor Ltd' device = 'OX16PCI954 (Quad 16950 UART) function 0 (Uart)' class = simple comms subclass = UART puc3@pci0:20:8:1: class=0x068000 card=0x00001415 chip=0x95111415 rev=0x01 hdr=0x00 vendor = 'Oxford Semiconductor Ltd' device = 'OX16PCI954 (Quad 16950 UART) function 1 (8bit bus)' class = bridge
pci20: <ACPI PCI bus> on pcib4 puc0: <Oxford Semiconductor OX16PCI954 UARTs> port 0x5000-0x501f, 0x5020-0x503f mem 0xc6000000-0xc6000fff,0xc6001000-0xc6001fff irq 16 at device 4.0 on pci20 uart1: <16950 or compatible> at port 1 on puc0 uart2: <16950 or compatible> at port 2 on puc0 uart3: <16950 or compatible> at port 3 on puc0 uart4: <16950 or compatible> at port 4 on puc0 puc1: <Oxford Semiconductor OX9160/OX16PCI954 UARTs (function 1)> port 0x5040-0x505f,0x5060-0x507f mem 0xc6002000-0xc6002fff,0xc6003000-0xc6003fff irq 16 at device 4.1 on pci20 puc2: <Oxford Semiconductor OX16PCI954 UARTs> port 0x5080-0x509f, 0x50a0-0x50bf mem 0xc6004000-0xc6004fff,0xc6005000-0xc6005fff irq 16 at device 8.0 on pci20 uart5: <16950 or compatible> at port 1 on puc2 uart6: <16950 or compatible> at port 2 on puc2 uart7: <16950 or compatible> at port 3 on puc2 uart8: <16950 or compatible> at port 4 on puc2 puc3: <Oxford Semiconductor OX9160/OX16PCI954 UARTs (function 1)> port 0x50c0-0x50df,0x50e0-0x50ff mem 0xc6006000-0xc6006fff,0xc6007000-0xc6007fff irq 16 at device 8.1 on pci20
MFC after: 2 weeks
|
251713 |
13-Jun-2013 |
marius |
Fix whitespace and normalize some entries.
|
248472 |
18-Mar-2013 |
rstone |
Correct the definition for Exar XR17V258IV: we must use a config_function to specify the offset into the PCI memory spare at which each serial port will find its registers. This was already done for other Exar PCI serial devices; it was accidentally omitted for this specific device.
Sponsored by: Sandvine Incorporated MFC after: 1 week
|
248340 |
15-Mar-2013 |
rstone |
Add support for Exar XR17V358 8-port serial device to puc(4)
Reviewed by: marius Sponsored by: Sandvine Inc. MFC after: 1 week
|
247571 |
01-Mar-2013 |
marius |
- Apparently, r186520 was just wrong and the clock of Oxford OX16PCI958 is neither DEFAULT_RCLK * 2 nor DEFAULT_RCLK * 10 but plain DEFAULT_RCLK and there's no (open) source indicating otherwise. This was tested with an EXSYS EX-41098-2, whose clock is not configurable and identifies as: puc0@pci0:5:1:0: class=0x070200 card=0x06711415 chip=0x95381415 rev=0x01 hdr=0x00 vendor = 'Oxford Semiconductor Ltd' class = simple comms subclass = multiport serial
Note that this exactly matches the card mentioned in PR 129665 so no sub-device/sub-vendor based quirking of the latter is possible. So maybe we should grow some sort of tunable, in case non-default cards such as the latter aren't configurable either (this also wouldn't be the first time an allegedly tested commit turns out to be wrong though). - Make the TiMedia tables const.
MFC after: 1 week
|
245471 |
15-Jan-2013 |
jhb |
Do not require a filter-only interrupt handler for puc ports that are not serial devices (such as printer ports). This allows ppc devices attached to puc to correctly setup an interrupt handler and work.
Tested by: Andre Albsmeier Andre.Albsmeier@siemens.com MFC after: 1 week
|
242814 |
09-Nov-2012 |
eadler |
Add support for Advantech PCI-1602 RS-485/RS-422 serial card
PR: kern/169726 Submitted by: Jan Mikkelsen <janm@transactionware.com> Approved by: cperciva (implicit) MFC after: 5 days
|
239076 |
05-Aug-2012 |
eadler |
Add support for SIIG Cyber Serial Dual PCI 16C850
Submitted by: David Boyd David.Boyd@insightbb.com Approved by: cperciva MFC after: 3 days
|
239048 |
05-Aug-2012 |
eadler |
Add additional Perle Speed LE serial cards
PR: kern/168816 Submitted by: Dennis Oyama <doyama@perle.com> Approved by: cperciva MFC after: 1 week
|
238933 |
31-Jul-2012 |
fjoe |
- Change back "d_ofs" to int8_t to not pessimize padding and size of "struct puc_cfg". - Use "puc_config_moxa" for Moxa boards that need d_ofs greater than 0x7f
Prodded by: marcel@, gavin@ MFC after: 3 days
|
237357 |
21-Jun-2012 |
fjoe |
Remove Moxa CP-132EL definition (RS422/485-only board).
|
237350 |
21-Jun-2012 |
fjoe |
Add support for the following Moxa PCIe multiport serial boards: - CP102E - CP102EL - CP132EL - CP114EL - CP118EL-A - CP168EL-A
MFC after: 1 week
|
236736 |
08-Jun-2012 |
jhay |
Add support for the Sunix SER5437A dual serial PCI Express card.
|
236282 |
30-May-2012 |
eadler |
Add support for Sun 1040 PCI Quad Serial
PR: kern/163450 Submitted by: Anonymous Hardware Hacker <silicium@harmony-p.ath.cx> Approved by: cperciva MFC after: 1 week
|
227843 |
22-Nov-2011 |
marius |
- There's no need to overwrite the default device method with the default one. Interestingly, these are actually the default for quite some time (bus_generic_driver_added(9) since r52045 and bus_generic_print_child(9) since r52045) but even recently added device drivers do this unnecessarily. Discussed with: jhb, marcel - While at it, use DEVMETHOD_END. Discussed with: jhb - Also while at it, use __FBSDID.
|
227535 |
15-Nov-2011 |
eadler |
- add support for Titan VScom PCIex-800H
PR: kern/124128 Submitted by: Maxim Frolov <maxim.frolov.07@gmail.com> (original) Approved by: jhb MFC after: 1 week
|
227457 |
11-Nov-2011 |
eadler |
- add support for CP-104EL-A and CP-104JU to puc
PR: 151365 Submitted by: Joerg Niendorf <f5d10a@internode.on.net> Approved by: jhb
|
227293 |
07-Nov-2011 |
ed |
Mark MALLOC_DEFINEs static that have no corresponding MALLOC_DECLAREs.
This means that their use is restricted to a single C file.
|
226404 |
15-Oct-2011 |
eadler |
- add support for I-O DATA RSA-PCI2/R
PR: kern/142999 Submitted by: Takefu Kenji <takefu@airport.fm> Approved by: jhb Approved by: sahil (mentor) MFC after: 1 week
|
225878 |
29-Sep-2011 |
ae |
Add Oxford Semiconductor OXPCIe952 (0x1c38) 1 port serial card.
PR: kern/160895 Submitted by: Konstantin V. Krotov MFC after: 1 week
|
224898 |
15-Aug-2011 |
jhb |
Add device id for the Moxa CP-112UL dual-port serial adapters.
Submitted by: Jan Mikkelsen janm of transactionware com Approved by: re (kib) MFC after: 1 week
|
223091 |
14-Jun-2011 |
jhb |
Add location and pnpinfo strings for puc device ports. The location is announced during boot and contains the port number. The pnpinfo string lists the port type (PUC_TYPE_* constants).
Tested by: Boris Samorodov bsam ipt ru MFC after: 1 week
|
222760 |
06-Jun-2011 |
jhb |
Some style fixes.
Submitted by: bde
|
222660 |
03-Jun-2011 |
jhb |
- Rename the Cronyx Omega2-PCI entry to Exar XR17C158 since that is the real owner of the device ID. Also rename the associated config function while here. - Add support for the 2-port and 4-port Exar parts as well: Exar XR17C/D152 and Exar XR17C154.
Tested by: Mike Tancsa, Willy Offermans Willy of offermans rompen nl MFC after: 1 week
|
222328 |
26-May-2011 |
jhb |
For Timedia multiport serial adapters, the first two ports use a SUN1889 which uses a non-standard clock (* 8) while any additional ports use SUN1699 chips which use a standard clock.
Tested by: N.J. Mann njm of njm me uk MFC after: 1 week
|
222093 |
19-May-2011 |
jhb |
Add support for the SIIG Cyber 2S PCIe adapter. It is based on an Oxford Semiconductor OX16PCI954 but uses only two ports with a non-default clock rate.
PR: kern/152034 Tested by: Hans Fiedler hans of hermes louisville edu MFC after: 1 week
|
221731 |
10-May-2011 |
jhb |
Add an entry for the SIIG Quartet Serial 850 which uses an Oxford chip with a non-default clock.
PR: kern/147583 MFC after: 1 week
|
221326 |
02-May-2011 |
jhb |
Add an entry for the Kuroutoshikou SERIAL4P-LPPCI2 which uses an Oxford 4 port chip but with a nonstandard clock.
PR: kern/104212 Submitted by: Shuichi KITAGUCHI kit of ysnb net MFC after: 1 week
|
221182 |
28-Apr-2011 |
jhb |
Add support for Oxford PCI Express Expresso family devices. For these devices, the number of supported ports is read from a register in BAR 0.
PR: kern/134878 Submitted by: David Wood david of wood2 org uk MFC after: 1 week
|
216513 |
18-Dec-2010 |
emaste |
Add Exar octal PCI UART.
Submitted by: Mark Johnston Obtained from: Sandvine Incorporated
|
208350 |
20-May-2010 |
jhb |
Add support for the Perle Speed4 LE.
Submitted by: Douglas K. Rand rand of meridian-enviro com MFC after: 3 days
|
200397 |
11-Dec-2009 |
marcel |
Fix interrupt handling. It started off broken and grew worse over time. 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
|
200230 |
07-Dec-2009 |
marcel |
Add support for the NetMos NM9865 family of Serial/Parallel ports.
Obtained from: NetMos MCS9865 v1.0.0.1 driver MFC after: 3 days
|
194522 |
20-Jun-2009 |
np |
Make puc(4) aware of this 2 port serial card based on NetMos 9835:
puc0@pci0:4:1:0: class=0x070002 card=0x00021000 chip=0x98359710 rev=0x01 hdr=0x00
Reviewed by: marcel@ Approved by: gnn (mentor)
|
193305 |
02-Jun-2009 |
rwatson |
Add support for the four PUC serial interfaces found on IBM SurePOS 300 series POS terminals.
MFC after: 3 days Submitted by: Marc Balmer <marc at msys.ch>
|
189576 |
09-Mar-2009 |
imp |
remove now-redunant cardbus attachment lines.
|
189407 |
05-Mar-2009 |
jhb |
Add support for the single-port NetMos NM9835 serial adapter. The puc(4) 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
|
188511 |
12-Feb-2009 |
kevlo |
Add support for the Sunix SUN1889-based dual parallel port card.
PR: kern/128219 Submitted by: Thinker K.F. Li <thinker at branda dot to>
|
187766 |
27-Jan-2009 |
stas |
- Add support for Moxa Technologies CP-168EL/PCIe card.
Submitted by: dmarck MFC after: 1 week
|
186520 |
27-Dec-2008 |
rik |
Add support for the Oxford OX16PCI958-based card.
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
|
184258 |
25-Oct-2008 |
des |
Add an entry for the "SIIG Cyber 4 PCI 16550", which is a four-port card based on the OX16PCI954 chip with a non-standard clock.
MFC after: 3 days
|
183817 |
13-Oct-2008 |
des |
Revert r179409; it breaks all OX16PCI954-based cards except the SIIG 4.
MFC after: 3 days
|
181975 |
22-Aug-2008 |
thompsa |
Add the Decision Computer Inc, PCCOM 8-port serial card.
PR: kern/69730 Submitted by: Darrin Smith
|
181974 |
22-Aug-2008 |
thompsa |
Add the VScom PCI-100L card.
PR: kern/72352 Submitted by: Thomas Nystrom
|
181973 |
21-Aug-2008 |
thompsa |
Add the Avlab Technology PCI IO 4S-850 4 port serial card.
PR: kern/110797 Submitted by: Trevor Roydhouse
|
179409 |
29-May-2008 |
mckusick |
The SIIG 4 port serial card based on the Oxford OX16PCI954 is 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
|
179050 |
16-May-2008 |
marcel |
Fix RID calculation. The RID is really the BAR for PCI cards, 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
|
175245 |
12-Jan-2008 |
maxim |
o Add Moxa Technologies CP-104EL PCI Express 4 port Serial card.
PR: kern/119515 Submitted by: Gavin Stone-Tolcher MFC after: 1 month
|
172617 |
13-Oct-2007 |
des |
Rewrite puc_pci_match() to handle non-trivial cases correctly.
MFC after: 1 week
|
170394 |
07-Jun-2007 |
peter |
Calculate the correct PCI BAR for the Timedia based serial cards. The 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.
|
170386 |
06-Jun-2007 |
piso |
-axe p_ih from struct puc_port cause it was useless -correctly check for filter only handler
Reviewed by: marcel Tested by: marcel
|
166901 |
23-Feb-2007 |
piso |
o break newbus api: add a new argument of type driver_filter_t to 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@
|
162007 |
04-Sep-2006 |
marcel |
Add SIIG 4 port serial card based on the Oxford OX16PCI954.
|
160030 |
29-Jun-2006 |
obrien |
Fix building with GCC 4.2: ensure types are defined before refering to them.
|
159545 |
12-Jun-2006 |
imp |
Need machine/bus.h here too
|
158124 |
28-Apr-2006 |
marcel |
Rewrite of puc(4). Significant changes are: 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.
|
157303 |
30-Mar-2006 |
marcel |
When we attach to either a SAB82532 or a Z8530, print a notice saying that scc(4) should be configured into the kernel. This helps people to migrate away from puc(4) for these devices.
|
155968 |
24-Feb-2006 |
marcel |
MFp4: 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.
|
155917 |
22-Feb-2006 |
jhb |
Use bus_setup_intr() rather than invoking BUS_SETUP_INTR() directly so that puc still prints out [FAST] on Peter's box.
|
153249 |
08-Dec-2005 |
imp |
Careful measurement of the ST Labs card shows that the pulse width of 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
|
153148 |
05-Dec-2005 |
imp |
The Oxford 16C950 based CardBus Serial device that I was given some 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...
|
152662 |
21-Nov-2005 |
jhb |
Don't enable PUC_FASTINTR by default in the source. Instead, enable it 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.
|
152154 |
07-Nov-2005 |
rodrigc |
Eliminate tinderbox errors.
|
152124 |
06-Nov-2005 |
phk |
Avoid trouble with PUC_FASTINTR if it is already defined.
|
152104 |
05-Nov-2005 |
phk |
Now that fast interrupts can be shared we can use them in puc.
|
152103 |
05-Nov-2005 |
phk |
Add yet another entry to the list.
|
150698 |
28-Sep-2005 |
phk |
puc(4) does strange things to resources in order to fool the 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.
|
150549 |
25-Sep-2005 |
phk |
__RMAN_RESOURCE_VISIBLE not needed.
|
148824 |
07-Aug-2005 |
marius |
Recognize the SAB82532 in USIII machines.
|
146966 |
04-Jun-2005 |
marius |
Account for ebus(4) defaulting to SYS_RES_MEMORY for memory resources since ebus.c rev. 1.22.
|
145391 |
22-Apr-2005 |
imp |
Sort Oxford Semi entires. Add entry for OXCB950, a PCI/CardBus 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
|
143158 |
05-Mar-2005 |
imp |
Use BUS_PROBE_DEFAULT for pci probe return value
|
143142 |
04-Mar-2005 |
marius |
- sparc64/fhc/fhc.c: 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
|
142532 |
26-Feb-2005 |
marius |
Declare the sbus(4) front-end of puc(4) also for fhc(4), allowing 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
|
142531 |
26-Feb-2005 |
marius |
Add a stopgap allowing puc(4) to allocate IRQs on fhc(4). Given that 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
|
142529 |
26-Feb-2005 |
marius |
Remove duplicate FBSDID.
|
142502 |
25-Feb-2005 |
sam |
fail gracefully rather than using an invalid array index if unable to allocate a bar; it's unclear whether this can happen in practice
Noticed by: Coverity Prevent analysis tool Discussed with: marcel
|
141582 |
09-Feb-2005 |
wilko |
add support for NetMos NM9805 1284 Printer port
Submitted by: Willy Offermans <W.K.Offermans@TUe.nl>
MFC after: 2 weeks
|
141080 |
31-Jan-2005 |
marcel |
Revert rev. 1.5. It should be safe to attach to all Z8530 controllers again. In fact, the keyboard works on Ultra 2 machines.
MFC after: 5 days
|
140882 |
27-Jan-2005 |
bms |
Add PCI ID for Dell RAC IV/ERA Virtual UART (PowerEdge 1850). Trim name of existing Dell RAC devices. Trim comments.
With help from: dpk at dpk dot net MFC after: 1 week
|
140513 |
20-Jan-2005 |
bms |
Add device description for the Dell Remote Access Card (DRAC) III and IV 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
|
140046 |
11-Jan-2005 |
imp |
Revert part of last commit that was unintentional
|
140040 |
11-Jan-2005 |
imp |
Use the standard FreeBSD license
|
139749 |
06-Jan-2005 |
imp |
Start each of the license/copyright comments with /*-, minor shuffle of lines
|
139728 |
05-Jan-2005 |
wilko |
Add support for Chase/Perle PCI FAST-4 4 port serial cards which appear 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
|
137712 |
15-Nov-2004 |
marcel |
Apply a bandaid to avoid hangs on Ultra 2 machines. The second Z8530 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.
|
133589 |
12-Aug-2004 |
marius |
- Introduce an ofw_bus kobj-interface for retrieving the OFW node and a 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
|
131419 |
01-Jul-2004 |
imp |
Remove duplicate FreeBSD id
|
131418 |
01-Jul-2004 |
imp |
While this file still needs __RMAN_RESOURCE_VISIBLE to get the size of the struct resource for a malloc, it no longer needs it for the r_ elements of struct resource with this commit.
|
131372 |
30-Jun-2004 |
imp |
Remove extra RMAN_RESOURCE_VISISBLE
|
131371 |
30-Jun-2004 |
imp |
puc needs to peek into struct resource too.
|
131370 |
30-Jun-2004 |
phk |
This needs __RMAN_RESOURCE_VISIBLE
|
130026 |
03-Jun-2004 |
phk |
Add missing <sys/module.h> includes currently relying on nested include in <sys/kernel.h>
|
129879 |
30-May-2004 |
phk |
Add missing <sys/module.h> includes
|
129337 |
17-May-2004 |
rik |
Add description of Cronyx Omega2-PCI (8x port serial adapter).
|
128602 |
24-Apr-2004 |
sobomax |
Add IC Book Labs Gunboat x2 and x4 series of serial adapters.
Hardware provided by: IC Book Labs MFC After: 2 weeks
|
128404 |
18-Apr-2004 |
bde |
Moved the function pointer in struct puc_device_description to the end 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.
|
128394 |
18-Apr-2004 |
bde |
Miscellaneous style fixes, including yet another attempt to get the 0x1393/0x1041 entry and its bad templates right.
|
128392 |
18-Apr-2004 |
bde |
Fixed some style bugs in rev.1.1 (only 2 entries were misformatted).
|
128391 |
18-Apr-2004 |
bde |
Fixed some style bugs (perfect tab lossage on every line) in rev.1.4.
|
128390 |
18-Apr-2004 |
bde |
Fixed some style bugs (misformatting) in rev.1.9.
|
128389 |
18-Apr-2004 |
bde |
Oops, fixed some more style bugs (tab lossage) in rev.1.28. Fixed the same style bug in revs.1.20, 1.18, 1.15 and 1.12.
|
128387 |
18-Apr-2004 |
bde |
Fixed some style bugs in rev.1.24. Almost every line was misformatted, and Oxford was misspelled.
|
128386 |
18-Apr-2004 |
bde |
Fixed some style bugs (formatting errors) in rev.1.25.
|
128383 |
18-Apr-2004 |
bde |
Fixed some style bugs (tab lossage) in rev.1.26.
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
|
128381 |
18-Apr-2004 |
bde |
Fixed some style bugs in rev.1.28. Almost every line was misindented.
|
128380 |
18-Apr-2004 |
bde |
Fixed a style bug (insertion sort error) in rev.1.29. This file should be sorted in the same order as misc/pci_vendors (on vendor/device id), and already partly is.
|
128379 |
18-Apr-2004 |
bde |
Fixed some style bugs in previous commit. Almmost every line was misformatted.
|
128354 |
17-Apr-2004 |
cperciva |
Add support for Exsys EX-41098 cards.
PR: kern/65040 Submitted by: Stefan Grundmann <sg-sendpr@waset.de> Tested by: buildkernel "Just commit it" by: phk
|
127872 |
05-Apr-2004 |
marcel |
Ever since rev 1.27 of puc.c, the port number that was exposed by puc(4) 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>
|
127135 |
17-Mar-2004 |
njl |
Convert callers to the new bus_alloc_resource_any(9) API.
Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
|
125453 |
04-Feb-2004 |
jhb |
Expand the mask for the Avlab Technology, PCI IO 2S entry to cover the 2S-650 and 2S-850 variants.
PR: kern/45285 Submitted by: Andrey Zakharchenko <avz AT jscc.ru> MFC after: 1 week
|
124024 |
31-Dec-2003 |
jhb |
Add support for an non-branded SUN1889-based 2 port PCI serial card.
PR: kern/55159 Submitted by: Yeasah Pell <yeasah@apocalypse.org> MFC after: 1 week
|
123360 |
09-Dec-2003 |
obrien |
Add support for Moxa Technologies' Smartio CP-104UL/PCI 4S RS232 card.
Submitted by: Guido Falsi <mad@madpilot.net>
|
123019 |
28-Nov-2003 |
imp |
Sometimes cardbus attachments don't attach, so while we track down 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@)
|
121939 |
03-Nov-2003 |
dfr |
Remove explicit cardbus attachments from drivers where this is identical 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
|
121604 |
27-Oct-2003 |
imp |
const char ** needs to be passed, not char **.
|
121488 |
24-Oct-2003 |
ambrisko |
Add support for another multiple serial port card based on OX16PCI954 device id 0x950a.
MFC: after 4.9 release.
|
120451 |
26-Sep-2003 |
marcel |
Make the port number available to the sub-device with PUC_IVAR_PORT.
|
120242 |
19-Sep-2003 |
joerg |
Add an entry for the VScom (Titan?) PCI-800L 8-port serial multiport card.
Thanks to bde for his help in configuring the undocumented bars in this driver...
MFC after: 1 month
|
119814 |
06-Sep-2003 |
marcel |
Enhance puc(4) to support uart(4). This includes: 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.
|
119539 |
28-Aug-2003 |
jhb |
- Rename PCIx_HEADERTYPE* to PCIx_HDRTYPE* so the constants aren't so long. - Add a new PCIM_HDRTYPE constant for the field in PCIR_HDRTYPE that holds the header type. - Replace several magic numbers with appropriate constants for the header type register and a couple of PCI_FUNCMAX. - Merge to amd64 the fix to the i386 bridge code to skip devices with unknown header types.
Requested by: imp (1, 2)
|
119418 |
24-Aug-2003 |
obrien |
Use __FBSDID(). Also some minor style cleanups.
|
119195 |
21-Aug-2003 |
ambrisko |
Add in a missing device entry that I thought was already in there. This is from the same PR. Prompted by the reporter of the PR.
PR: 38372
|
118902 |
14-Aug-2003 |
pb |
Add support for the newer Moxa PCI 8-port, 16550-compatible based CP-168U board. It initializes and attaches in the same way as the older (but higher performance) C168H. The only difference is the board ID, which is 0x1681.
PR: kern/53548 Submitted by: regnauld@catpipe.net MFC after: 1 week
|
118357 |
02-Aug-2003 |
bde |
Support the Titan VScom PCI-200HV2 2 port serial card.
MFC after: 3 days
|
118292 |
01-Aug-2003 |
ambrisko |
Add printer support to puc(4) driver. - Move isa/ppc* to sys/dev/ppc (repo-copy) - Add an attachment method to ppc for puc - In puc we need to walk the chain of parents. Still to do, is to make ppc(4) & puc(4) work on other platforms. Testers wanted.
PR: 38372 (in spirit done differently) Verified by: Make universe (if I messed up a platform please fix)
|
114991 |
14-May-2003 |
wilko |
add support for NetMos 4S0P PCI: 4S, 0P
tested on -current: ceri tested on -stable: wilko
approved: re (scottl)
|
114344 |
30-Apr-2003 |
sobomax |
Add support for IC Book Ironclad Pro/Lite 8-port cards.
Sponsired by: IC Book Labs MFC After: 2 weeks
|
113202 |
07-Apr-2003 |
murray |
Correct typos.
PR: kern/50619 Submitted by: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk> MFC after: 3 days
|
113006 |
03-Apr-2003 |
phk |
Add support for Moxa Technologies Co., Ltd. PCI I/O Card 4S RS232
Submitted by: sst@cybercity.dk
|
112270 |
15-Mar-2003 |
sobomax |
- Add minimal support for TI16754 4xUART chip into sio(4) driver and remove now unnecessary hack from the previous commit; - Add support for Interrupt Latch Register (ILR) into puc(4). So far only ILRs compatible with specifications from Digi International are supported. Support for other types of ILRs could be easily added later; - Correct clock frequency for IC Book Labs Dreadnought x16 Lite board; - Enable ILR detection/usage for IC Book Labs Dreadnought x16 boards.
Sponsored by: IC Book Labs MFC after: 2 weeks
|
112155 |
12-Mar-2003 |
sobomax |
Correct clock frequency for the IC Book Labs' cards, so that it's possible to use speeds higher than 115200.
Sponsored by: IC Book Labs MFC after: 2 weeks
|
112154 |
12-Mar-2003 |
sobomax |
Add initial support for IC Book Labs Dreadnought x16 Pro 16-ports card. Since this card is based on 16750 UART, modify sio(4) a bit to ignore 16750-specific 7th bit of MCR when probing card. This allows card to be detected and attached as 16550A-compatible device. More work needs to be done in order to enable nice 16750-specific features such as larger fifo buffer and higher speeds.
Sponsored by: IC Book Labs MFC after: 2 weeks
|
111119 |
19-Feb-2003 |
imp |
Back out M_* changes, per decision of the TRB.
Approved by: trb
|
109623 |
21-Jan-2003 |
alfred |
Remove M_TRYWAIT/M_WAITOK/M_WAIT. Callers should use 0. Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
|
109458 |
18-Jan-2003 |
marcel |
MFp4: Add support for memory mapped UARTs, but don't add any devices yet that depend on it because sio(4) needs support for it before it can be used. There's no reason why zs(4) couldn't attach to puc(4) in the (near?) future (in principle), so don't make memory mapped I/O support in sio(4) a precondition for this change.
|
108470 |
30-Dec-2002 |
schweikh |
Fix typos, mostly s/ an / a / where appropriate and a few s/an/and/ Add FreeBSD Id tag where missing.
|
108465 |
30-Dec-2002 |
sam |
fix build (make LINT)
|
108346 |
28-Dec-2002 |
sobomax |
Add support for IC Book Labs Dreadnought x16 Lite.
Approved by: re
|
104069 |
27-Sep-2002 |
phk |
Add "missing scratch-pad register" to the first of the two ports on the Argosy SP-320 dual-port async PCcard.
An amazing piece of hardware seen from an ISO9000 point of view.
|
104068 |
27-Sep-2002 |
phk |
Add a field so we can specify flags per port to the underlying device driver.
|
102931 |
04-Sep-2002 |
phk |
Don't let children attach fast interrupts if the parent interrupt is normal.
Submitted by: bde
|
102929 |
04-Sep-2002 |
phk |
Bring back the PUC_FASTINTR option, and implement it correctly so that child devices also know if they are fast or normal.
Requested by: bde
|
102897 |
03-Sep-2002 |
phk |
Remove a debug printf.
Correctly identify the ARGOSY SP320 dual port serial PCMCIA card.
|
102895 |
03-Sep-2002 |
phk |
Fix interrupt registration:
PUC devices live on pccard or pci so INTR_FAST is never really an option. Don't try to register the interrupt as fast and don't allow the children to do so either.
|
102894 |
03-Sep-2002 |
phk |
Style: fix a function whitespace stuff-up. Remove a debugging printf.
|
102893 |
03-Sep-2002 |
phk |
Style: move a global variable up to the top of the file.
|
102751 |
01-Sep-2002 |
jmallett |
Stylistic fixes for the inclusion of the opt_puc.h header, so it comes from the right places, and so it's sorted consistently with how all the other N-hundreds of files ding this do it.
Submitted by: Hiten Pandya <hiten@uk.FreeBSD.org>
|
102734 |
31-Aug-2002 |
phk |
More cleaning up and unhacking:
Don't expect all RIDs to be PCI rids. The previous code made at least 1 mistake, even for PCI.
Give the card definitions a chance to specify a init function. Use this instead of the gross superio hack. Move the win877 init function to puc_pci.c where it belongs.
RIDs can actually be zero, don't set badmuxed if so.
Set a less incorrect end for the construct SYS_RES_IOPORT entries, I guess both sio and lpt happen to use 8 IO ports, but that shouldn't really be hardcoded this way.
Fixup puc_pccard.c to match.
We're getting closer.
|
102717 |
31-Aug-2002 |
phk |
Don't enable PUC_DEBUG by accident
|
102714 |
31-Aug-2002 |
phk |
Split the puc driver in pci specific and generic parts. Add a pccard frontend for it as well.
The PCcard stuff does not work yet because there is still some PCImagic left in puc.c
|
102261 |
22-Aug-2002 |
jhay |
Add an entry for Avlab's low profile 4 serial port card.
PR: 41146 Submitted by: Shinsuke Matsui <smatsui@internet-inc.co.jp> Obtained from: NetBSD
|
102259 |
22-Aug-2002 |
jhay |
Add an entry for VScom PCI-200L 2 port serial card.
PR: 41142 Submitted by: Shinsuke Matsui <smatsui@internet-inc.co.jp> Obtained from: OpenBSD
|
100425 |
21-Jul-2002 |
imp |
cardbus attachment.
|
98376 |
18-Jun-2002 |
obrien |
Add support for Comtrol RocketPort 550 PCi models: 4 RJ45, 4 Quadcable, 8 RJ11, 8 Octacable, and 8 (used with RocketPort I/F box).
Note: untested due to lack of hardware
|
98374 |
18-Jun-2002 |
obrien |
Support the Comtrol RocketPort 550 PCi 16 (used with RocketPort I/F box).
Sponsored by: Feral Software
|
95394 |
24-Apr-2002 |
jhay |
Add another chip id for the new LAVA 4-port serial card.
PR: 37333 Submitted by: Ari Suutari <ari.suutari@syncrontech.com> MFC after: 4 days
|
95392 |
24-Apr-2002 |
jhay |
Ignore the multifunction bit in the PCIR_HEADERTYPE.
PR: 37333 Submitted by: Ari Suutari <ari.suutari@syncrontech.com> MFC after: 4 days
|
93533 |
01-Apr-2002 |
jhay |
Add an entry for "PCCOM dual port RS232/422/485".
Submitted by: Daniel O'Connor <doconnor@gsoft.com.au> MFC after: 1 week
|
93330 |
28-Mar-2002 |
murray |
Add an entry for Decision Computer Inc, PCCOM 4-port serial cards.
PR: kern/36302 Submitted by: Thomas Zenker <thz@Lennartz-electronic.de> MFC after: 1 week
|
92739 |
20-Mar-2002 |
alfred |
Remove __P.
|
91900 |
08-Mar-2002 |
jhay |
Remove the #if __FreeBSD_version glue now that the puc driver is part of -stable.
|
91757 |
06-Mar-2002 |
jhay |
Add the "Avlab Technology, PCI IO 2S" card.
Submitted by: Terry Glanfield <Terry.Glanfield@program-products.co.uk>
|
90925 |
19-Feb-2002 |
nyan |
Release allocated memory and bus_space_handle on an error.
Reviewed by: jhay
|
90763 |
17-Feb-2002 |
nyan |
Move the bus_space_subregion function from the puc driver to the bus_space sutff.
Reviewed by: jhay
|
90731 |
16-Feb-2002 |
jhay |
Add the puc (PCI "Universal" Communications) driver. The idea and some of the structure definitions come from NetBSD to make it easier to share card definitions. The driver only acts as a shim between the pci bus and the sio driver. Later pci parallel ports could also be supported through this driver. Support for most single and multiport pci serial cards should be as simple as adding its definition to pucdata.c
Tested with the following pci cards: Moxa Industio CP-114, 4 port RS-232,RS-422/485 Syba Tech Ltd. PCI-4S2P-550-ECP, 4 port RS-232 + 2 parallel ports Netmos NM9835 PCI-2S-550, 2 port RS-232
|