<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/uart/uart_dev_ns8250.c, branch release/10.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2013-08-30T15:26:45Z</updated>
<entry>
<title>A final test with unmodified code has shown that a delay of 150ms</title>
<updated>2013-08-30T15:26:45Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2013-08-30T15:26:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=40a827b6f086f65332063f7142bd9f6ac1d87dce'/>
<id>urn:sha1:40a827b6f086f65332063f7142bd9f6ac1d87dce</id>
<content type='text'>
is not giving us a 100% success rate. Bump the delay to 200ms as
that seems to do the trick.

Note that during testing the delay was added to uart_bus_attach()
in uart_core.c. While having the delay in a different place can
change the behaviour, it was not expected. Having to bump the
delay with another 50ms could therefore be an indication that
the problem can not be solved with delays.

Reported by: kevlo@
Tested by: kevlo@
</content>
</entry>
<entry>
<title>Work-around a timing problem with the ITE IT8513E now that the core</title>
<updated>2013-08-29T16:26:04Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2013-08-29T16:26:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4fc499753563c782036f76e5a2293ffa12477444'/>
<id>urn:sha1:4fc499753563c782036f76e5a2293ffa12477444</id>
<content type='text'>
calls ns8250_bus_ipend() almost immediately after ns8250_bus_attach().
As it appears, a line break condition is being signalled for almost
all received characters due to this. A delay of 150ms seems enough
to allow the H/W to settle and to avoid the problem.
More analysis is needed, but for now a regression has been addressed.

Reported by: kevlo@
Tested by: kevlo@
</content>
</entry>
<entry>
<title>Make the uart ns8250 high-level interface public rather than static.</title>
<updated>2013-08-21T14:26:15Z</updated>
<author>
<name>Ian Lepore</name>
<email>ian@FreeBSD.org</email>
</author>
<published>2013-08-21T14:26:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=167cb33f85968ce572debbeade439aa8738713ea'/>
<id>urn:sha1:167cb33f85968ce572debbeade439aa8738713ea</id>
<content type='text'>
This makes it easier to implement new drivers which are "mostly ns8250"
but with some small difference such as needing to enable clocks or poke
a non-standard register at probe or attach time.
</content>
</entry>
<entry>
<title>Add support for A10 uart.</title>
<updated>2013-03-01T01:42:31Z</updated>
<author>
<name>Ganbold Tsagaankhuu</name>
<email>ganbold@FreeBSD.org</email>
</author>
<published>2013-03-01T01:42:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ac4adddf040f1010f08e284f71e1bb2f92b4d43a'/>
<id>urn:sha1:ac4adddf040f1010f08e284f71e1bb2f92b4d43a</id>
<content type='text'>
A10 uart is derived from Synopsys DesignWare uart and requires
to read Uart Status Register when IIR_BUSY has detected.
Also this change includes FDT check, where it checks device
specific properties defined in dts and sets the busy_detect variable.
broken_txfifo is also needed to be set in order to make it work for
A10 uart case.

Reviewed by: marcel@
Approved by: gonzo@
</content>
</entry>
<entry>
<title>Add a loader tunable "hw.broken_txfifo" which enables a workaround for a</title>
<updated>2013-01-27T23:33:42Z</updated>
<author>
<name>Colin Percival</name>
<email>cperciva@FreeBSD.org</email>
</author>
<published>2013-01-27T23:33:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1c60b24baa500f1ec29d5ed229fedd81aed5e067'/>
<id>urn:sha1:1c60b24baa500f1ec29d5ed229fedd81aed5e067</id>
<content type='text'>
bug in old versions of QEMU (and Xen, and other places using QEMU code).
On those buggy emulated UARTs, the "TX idle" interrupt gets lost; with
this workaround, we spinwait for the TX to happen and then send ourselves
the interrupt.  It's ugly but it works, while minimizing the impact on
the code for the !broken_txfifo case.

MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Disable the TX ready interrupts once we received one, some UART won't clear</title>
<updated>2011-11-02T20:45:44Z</updated>
<author>
<name>Olivier Houchard</name>
<email>cognet@FreeBSD.org</email>
</author>
<published>2011-11-02T20:45:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=11e55f9108790078f5737355f524745d616b11b6'/>
<id>urn:sha1:11e55f9108790078f5737355f524745d616b11b6</id>
<content type='text'>
the IIR_TXRDY bit upon reading.

Reviewed by:	marcel
</content>
</entry>
<entry>
<title>Ignore MCR[6] during the probe to fix a false negative. Bit 6 of the</title>
<updated>2011-05-26T17:02:56Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2011-05-26T17:02:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5bdddc29c26ade6abd6a0a7970b9fae5b8776f56'/>
<id>urn:sha1:5bdddc29c26ade6abd6a0a7970b9fae5b8776f56</id>
<content type='text'>
MCR register on the Sunix Sun1699 chip tends to be set but doesn't
seem to have a function. That is, FreeBSD just works (provided the
correct RCLK is used) regardless.

PR:		kern/129663
Diagnostics:	Eygene Ryabinkin &lt;rea-fbsd at codelabs.ru&gt;
MFC after:	3 days
</content>
</entry>
<entry>
<title>Fix typos - remove duplicate "the".</title>
<updated>2011-02-21T09:01:34Z</updated>
<author>
<name>Rebecca Cran</name>
<email>brucec@FreeBSD.org</email>
</author>
<published>2011-02-21T09:01:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6bccea7c2bb77cbcbe9f019c664ddf4bf4ff8410'/>
<id>urn:sha1:6bccea7c2bb77cbcbe9f019c664ddf4bf4ff8410</id>
<content type='text'>
PR:	bin/154928
Submitted by:	Eitan Adler &lt;lists at eitanadler.com&gt;
MFC after: 	3 days
</content>
</entry>
<entry>
<title>Remove redundant checking of sc_leaving (uart_intr() already handles this).</title>
<updated>2010-05-02T19:07:19Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2010-05-02T19:07:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f6ffc3c26bf8738c43c84b0161aa50d6e27232e1'/>
<id>urn:sha1:f6ffc3c26bf8738c43c84b0161aa50d6e27232e1</id>
<content type='text'>
Approved by:	marcel
</content>
</entry>
<entry>
<title>Fix hangs caused by hardware that signals receive errors</title>
<updated>2009-04-08T00:14:06Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2009-04-08T00:14:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d7ae5af5c4238f226997277be884e87eebf224a6'/>
<id>urn:sha1:d7ae5af5c4238f226997277be884e87eebf224a6</id>
<content type='text'>
(framing, parity, etc), but does not indicate characters
being received. Since no chracters have been received,
ignore the line errors.

PR:		131006
MFC after:	3 days
</content>
</entry>
</feed>
