src/sys/dev/puc/pucdata.c, branch release/12.3.0

puc(4): Add provisional support for Exar XR17V352

2018-06-06T16:47:33Z

Reportedly, this is sufficient for 4800bps use, but maybe not any better. PR: 228781 Submitted by: peo AT nethead.se

sys/dev: further adoption of SPDX licensing ID tags.

2017-11-27T14:52:40Z

Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.

- Add support for Advantech PCI-1602 Rev. B1 and PCI-1603 cards. [1]

2016-01-10T18:11:23Z

- Add a description of Advantech PCI-1602 Rev. A boards. [1] - Properly set up REG_ACR also for PCI-1602 Rev. A based on what the Advantech-supplied Linux driver does. - Additionally use the macros of to replace existing magic values and get rid of trivial comments. - Fix the style of some comments. PR: 205359 [1] Submitted by: Jan Mikkelsen (original patch) [1]

- Add entries for the more prominent members of the Digi International

2015-12-29T17:07:28Z

Neo series, which are based on Exar PCI chips. - Mark some unused parameters as such. - Fix style MFC after: 3 days

- Add an entry for the SIIG Cyber 2SP1 PCIe adapter, which is based

2015-12-28T20:24:08Z

on an Oxford Semiconductor OX16PCI954 but uses only two ports and a non-default clock rate. - Fix style/whitespace PR: 176407 MFC after: 3 days

puc(4): Add an entry for the Feasso PCI FPP-02 2S1P card.

2015-01-02T22:45:55Z

MFC after: 1 week

puc(4): add an entry for the Oxford Semiconductor OXPCIe952 1S1P card.

2014-10-23T18:03:27Z

Submitted by: Alex Burlyga MFC after: 1 week

Correct a typo in a device description added in r264257.

2014-04-15T19:58:05Z

Refine r264257; given that I later on decided to nuke the wildcard for

2014-04-10T21:03:46Z

the Sunix 0x1999 line of chips there actually is no need to explicitly keep puc(4) from attaching to the single port version anymore.

Distinguish between the different variants and configurations of Sunix

2014-04-08T07:32:32Z

{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) MFC after: 3 days Sponsored by: Bally Wulff Games & Entertainment GmbH