<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/puc, branch release/9.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-04-22T13:02:06Z</updated>
<entry>
<title>MFC: r264257, r264327, r264514</title>
<updated>2014-04-22T13:02:06Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2014-04-22T13:02:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=526a5f104386bf48a0e0a7deabd1606474c1ab5b'/>
<id>urn:sha1:526a5f104386bf48a0e0a7deabd1606474c1ab5b</id>
<content type='text'>
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 &amp; Entertainment GmbH
</content>
</entry>
<entry>
<title>MFC r251862 (by pluknet):</title>
<updated>2014-03-20T20:33:18Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2014-03-20T20:33:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7f7d533441a390cd2acf0f188ef74dbf5b7d18b6'/>
<id>urn:sha1:7f7d533441a390cd2acf0f188ef74dbf5b7d18b6</id>
<content type='text'>
Clean up -Wheader-guard warnings.

Submitted by:	&lt;dt71@gmx.com&gt;
</content>
</entry>
<entry>
<title>MFC: r251715</title>
<updated>2013-06-27T09:23:53Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-06-27T09:23:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c145dd0157c24b07c9a7de1b60a892adadbc625d'/>
<id>urn:sha1:c145dd0157c24b07c9a7de1b60a892adadbc625d</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>MFC: r251713</title>
<updated>2013-06-27T09:22:36Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-06-27T09:22:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4f9388525bea9e8e3660bee7ba14fda721ce6fcd'/>
<id>urn:sha1:4f9388525bea9e8e3660bee7ba14fda721ce6fcd</id>
<content type='text'>
Fix whitespace and normalize some entries.
</content>
</entry>
<entry>
<title>MFC: r248472</title>
<updated>2013-06-27T09:21:22Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-06-27T09:21:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fd31e6b4b4c5eef0e62b9227ef48f363bfc0e726'/>
<id>urn:sha1:fd31e6b4b4c5eef0e62b9227ef48f363bfc0e726</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>MFC: r248340</title>
<updated>2013-06-27T09:20:22Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-06-27T09:20:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9e94fa3e7f6c1889171b47e215b9fe1633e06537'/>
<id>urn:sha1:9e94fa3e7f6c1889171b47e215b9fe1633e06537</id>
<content type='text'>
Add support for Exar XR17V358 8-port serial device to puc(4)
</content>
</entry>
<entry>
<title>MFC r227293 (by ed):</title>
<updated>2013-04-05T08:22:11Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2013-04-05T08:22:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1139d398ea93668ee65ae02b8ceab630ca9e5487'/>
<id>urn:sha1:1139d398ea93668ee65ae02b8ceab630ca9e5487</id>
<content type='text'>
Mark MALLOC_DEFINEs static that have no corresponding MALLOC_DECLAREs.

This means that their use is restricted to a single C file.
</content>
</entry>
<entry>
<title>MFC: r236736</title>
<updated>2013-03-08T12:08:52Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-03-08T12:08:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=30ac7ea07a86127b087e5238d6ff5cede0d35719'/>
<id>urn:sha1:30ac7ea07a86127b087e5238d6ff5cede0d35719</id>
<content type='text'>
Add support for the Sunix SER5437A dual serial PCI Express card.
</content>
</entry>
<entry>
<title>MFC: r247571</title>
<updated>2013-03-08T11:41:48Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2013-03-08T11:41:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f853d81bbfe7f3b21624e5afd5632a0c9060c41d'/>
<id>urn:sha1:f853d81bbfe7f3b21624e5afd5632a0c9060c41d</id>
<content type='text'>
- 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.
</content>
</entry>
<entry>
<title>MFC 245471:</title>
<updated>2013-02-28T18:58:37Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2013-02-28T18:58:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3156ba65194a68553289d6bf5048e6ad09a6c409'/>
<id>urn:sha1:3156ba65194a68553289d6bf5048e6ad09a6c409</id>
<content type='text'>
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.
</content>
</entry>
</feed>
