| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
PR: 257207
MFC after: 1 week
(cherry picked from commit 5704277ae58b3498fbee2d041cd18d2444f5cf98)
|
| |
|
|
|
|
|
| |
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
Similar commit in current:
(cherry picked from commit 685dc743dc3b)
|
| |
|
|
|
|
|
|
|
|
|
| |
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch
up to that fact and revert to their recommended match of BSD-2-Clause.
Discussed with: pfg
MFC After: 3 days
Sponsored by: Netflix
(cherry picked from commit 4d846d260e2b9a3d4d0a701462568268cbfe7a5b)
|
| |
|
|
| |
Notes:
svn path=/head/; revision=365171
|
| |
|
|
|
|
|
|
| |
Submitted by: Gordon Bergling <gbergling_gmail.com>
Differential Revision: https://reviews.freebsd.org/D23453
Notes:
svn path=/head/; revision=357664
|
| |
|
|
|
|
|
|
|
|
| |
Reportedly, this is sufficient for 4800bps use, but maybe not any better.
PR: 228781
Submitted by: peo AT nethead.se
Notes:
svn path=/head/; revision=334722
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=326255
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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 <dev/ic/ns16550.h> 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]
Notes:
svn path=/head/; revision=293642
|
| |
|
|
|
|
|
|
|
|
|
| |
Neo series, which are based on Exar PCI chips.
- Mark some unused parameters as such.
- Fix style
MFC after: 3 days
Notes:
svn path=/head/; revision=292878
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=292840
|
| |
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=276589
|
| |
|
|
|
|
|
|
| |
Submitted by: Alex Burlyga <alex.burlyga.ietf at gmail.com>
MFC after: 1 week
Notes:
svn path=/head/; revision=273551
|
| |
|
|
| |
Notes:
svn path=/head/; revision=264514
|
| |
|
|
|
|
|
|
| |
the Sunix 0x1999 line of chips there actually is no need to explicitly
keep puc(4) from attaching to the single port version anymore.
Notes:
svn path=/head/; revision=264327
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
{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
Notes:
svn path=/head/; revision=264257
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add support for MSI interrupts in the puc(9) driver. By default the driver
will prefer MSI interrupts to legacy interrupts. A tunable,
hw.puc.msi_disable, has been added to force the allocation of legacy
interrupts.
Reviewed by: jhb@
MFC after: 2 weeks
Sponsored by: Sandvine Inc.
Notes:
svn path=/head/; revision=263109
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=251715
|
| |
|
|
| |
Notes:
svn path=/head/; revision=251713
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=248472
|
| |
|
|
|
|
|
|
|
| |
Reviewed by: marius
Sponsored by: Sandvine Inc.
MFC after: 1 week
Notes:
svn path=/head/; revision=248340
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=247571
|
| |
|
|
|
|
|
|
|
|
| |
PR: kern/169726
Submitted by: Jan Mikkelsen <janm@transactionware.com>
Approved by: cperciva (implicit)
MFC after: 5 days
Notes:
svn path=/head/; revision=242814
|
| |
|
|
|
|
|
|
|
| |
Submitted by: David Boyd David.Boyd@insightbb.com
Approved by: cperciva
MFC after: 3 days
Notes:
svn path=/head/; revision=239076
|
| |
|
|
|
|
|
|
|
|
| |
PR: kern/168816
Submitted by: Dennis Oyama <doyama@perle.com>
Approved by: cperciva
MFC after: 1 week
Notes:
svn path=/head/; revision=239048
|
| |
|
|
|
|
|
|
|
|
|
|
| |
puc_cfg".
- Use "puc_config_moxa" for Moxa boards that need d_ofs greater than 0x7f
Prodded by: marcel@, gavin@
MFC after: 3 days
Notes:
svn path=/head/; revision=238933
|
| |
|
|
| |
Notes:
svn path=/head/; revision=237357
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- CP102E
- CP102EL
- CP132EL
- CP114EL
- CP118EL-A
- CP168EL-A
MFC after: 1 week
Notes:
svn path=/head/; revision=237350
|
| |
|
|
| |
Notes:
svn path=/head/; revision=236736
|
| |
|
|
|
|
|
|
|
|
| |
PR: kern/163450
Submitted by: Anonymous Hardware Hacker <silicium@harmony-p.ath.cx>
Approved by: cperciva
MFC after: 1 week
Notes:
svn path=/head/; revision=236282
|
| |
|
|
|
|
|
|
|
|
| |
PR: kern/124128
Submitted by: Maxim Frolov <maxim.frolov.07@gmail.com> (original)
Approved by: jhb
MFC after: 1 week
Notes:
svn path=/head/; revision=227535
|
| |
|
|
|
|
|
|
|
| |
PR: 151365
Submitted by: Joerg Niendorf <f5d10a@internode.on.net>
Approved by: jhb
Notes:
svn path=/head/; revision=227457
|
| |
|
|
|
|
|
|
|
|
|
| |
PR: kern/142999
Submitted by: Takefu Kenji <takefu@airport.fm>
Approved by: jhb
Approved by: sahil (mentor)
MFC after: 1 week
Notes:
svn path=/head/; revision=226404
|
| |
|
|
|
|
|
|
|
| |
PR: kern/160895
Submitted by: Konstantin V. Krotov
MFC after: 1 week
Notes:
svn path=/head/; revision=225878
|
| |
|
|
|
|
|
|
|
| |
Submitted by: Jan Mikkelsen janm of transactionware com
Approved by: re (kib)
MFC after: 1 week
Notes:
svn path=/head/; revision=224898
|
| |
|
|
|
|
|
| |
Submitted by: bde
Notes:
svn path=/head/; revision=222760
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=222660
|
| |
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=222328
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=222093
|
| |
|
|
|
|
|
|
|
|
| |
chip with a non-default clock.
PR: kern/147583
MFC after: 1 week
Notes:
svn path=/head/; revision=221731
|
| |
|
|
|
|
|
|
|
|
|
| |
4 port chip but with a nonstandard clock.
PR: kern/104212
Submitted by: Shuichi KITAGUCHI kit of ysnb net
MFC after: 1 week
Notes:
svn path=/head/; revision=221326
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=221182
|
| |
|
|
|
|
|
|
| |
Submitted by: Mark Johnston
Obtained from: Sandvine Incorporated
Notes:
svn path=/head/; revision=216513
|
| |
|
|
|
|
|
|
| |
Submitted by: Douglas K. Rand rand of meridian-enviro com
MFC after: 3 days
Notes:
svn path=/head/; revision=208350
|
| |
|
|
|
|
|
|
| |
Obtained from: NetMos MCS9865 v1.0.0.1 driver
MFC after: 3 days
Notes:
svn path=/head/; revision=200230
|
| |
|
|
|
|
|
|
|
|
| |
puc0@pci0:4:1:0: class=0x070002 card=0x00021000 chip=0x98359710 rev=0x01 hdr=0x00
Reviewed by: marcel@
Approved by: gnn (mentor)
Notes:
svn path=/head/; revision=194522
|
| |
|
|
|
|
|
|
|
|
| |
series POS terminals.
MFC after: 3 days
Submitted by: Marc Balmer <marc at msys.ch>
Notes:
svn path=/head/; revision=193305
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=189407
|
| |
|
|
|
|
|
|
| |
PR: kern/128219
Submitted by: Thinker K.F. Li <thinker at branda dot to>
Notes:
svn path=/head/; revision=188511
|
| |
|
|
|
|
|
|
| |
Submitted by: dmarck
MFC after: 1 week
Notes:
svn path=/head/; revision=187766
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=186520
|