<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/uart, branch release/7.2.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.2.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.2.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2009-05-01T02:51:58Z</updated>
<entry>
<title>Copy releng/7.2 to release/7.2.0 for FreeBSD 7.2-RELEASE.</title>
<updated>2009-05-01T02:51:58Z</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2009-05-01T02:51:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b205d83df7763ca1f099bce5ac12a05862a626c4'/>
<id>urn:sha1:b205d83df7763ca1f099bce5ac12a05862a626c4</id>
<content type='text'>
Approved by:	re (implicit)

This commit was manufactured to restore the state of the 7.2-RELEASE image.
</content>
</entry>
<entry>
<title>MFC: Add support for the single-port NetMos NM9835 serial adapter.</title>
<updated>2009-03-19T15:35:33Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2009-03-19T15:35:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=765dd514232ece6da3aeab893fc15b7fec5c3548'/>
<id>urn:sha1:765dd514232ece6da3aeab893fc15b7fec5c3548</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC: add device hints to control the rx FIFO interrupt level on 16550A parts</title>
<updated>2008-04-25T16:33:23Z</updated>
<author>
<name>Sam Leffler</name>
<email>sam@FreeBSD.org</email>
</author>
<published>2008-04-25T16:33:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d2fe9ff395f0db74b3a69dd4fe9a53ec7385c8d4'/>
<id>urn:sha1:d2fe9ff395f0db74b3a69dd4fe9a53ec7385c8d4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge amd64/machdep.c:1.680, amd64/mp_watchdog.c:1.6,</title>
<updated>2008-03-30T09:19:09Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2008-03-30T09:19:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4e9e34aa8be6f883b77e8057d60082f8324b3871'/>
<id>urn:sha1:4e9e34aa8be6f883b77e8057d60082f8324b3871</id>
<content type='text'>
uart_dev_at91usart.c:1.13, scsi_low.h:1.9, subr_ntoskrnl.c:1.94,
OsdDebug.c:1.14, dcons_os.c:1.20, ofw_consle.c:1.37,
dev/sio.c:1.473, syscons.c:1.454, uart_core.c:1.23,
union_subr.c:1.96, i386/machdep.c:1.664, i386/mp_watchdog.c:1.6,
ia64/machdep.c:1.228, kern_clock.c:1.206, kern_shutdown.c:1.186,
subr_kdb.c:1.25, subr_witness.c:1.239, vfs_subr.c:1.711,
ng_base.c:1.140, cbus/sio.c:1.247, pc98/machdep.c:1.399,
aim/machdep.c:1.107, pswitch.c:1.7, mac_test.c:19.3,
psycho.c:1.73, sparc64/machdep.c:1.140, sparc64/trap.c:1.89,
hvcons.c:1.7, sun4v/machdep.c:1.17, sun4v/trap.c:1.17, kdb.h:1.6
from HEAD to RELENG_7:

  Add a new 'why' argument to kdb_enter(), and a set of constants to use
  for that argument.  This will allow DDB to detect the broad category of
  reason why the debugger has been entered, which it can use for the
  purposes of deciding which DDB script to run.

  Assign approximate why values to all current consumers of the
  kdb_enter() interface.

For ABI/KPI reasons, the MFC creates a new function, kdb_enter_why(),
with the new argument, updating existing consumers to use that,
preserving kdb_enter() with the current argument, and wrapping it around
kdb_enter_why().
</content>
</entry>
<entry>
<title>The HP Diva RMP3 uses BAR 0x14.</title>
<updated>2007-05-17T04:07:19Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2007-05-17T04:07:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7db977fb07fd0ff0f342a1aac82af547755836fc'/>
<id>urn:sha1:7db977fb07fd0ff0f342a1aac82af547755836fc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix bugs in the Sun -&gt; AT keycode translation table which caused the</title>
<updated>2007-05-01T14:14:52Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2007-05-01T14:14:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5ffa507dce2f00c5054acb67424bb7bb19988560'/>
<id>urn:sha1:5ffa507dce2f00c5054acb67424bb7bb19988560</id>
<content type='text'>
Props key to act as Again and the Paste and Copy keys to be inverted.
</content>
</entry>
<entry>
<title>Add PCI IDs for the HP RMP3 serial port. This is often used as</title>
<updated>2007-04-05T19:15:46Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2007-04-05T19:15:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9760f68ca041927054d2759ea61e0bd71059cb64'/>
<id>urn:sha1:9760f68ca041927054d2759ea61e0bd71059cb64</id>
<content type='text'>
the serial console.

MFC after: 1 week
</content>
</entry>
<entry>
<title>Don't use a time-limiting loop that's defined in terms of the baudrate</title>
<updated>2007-04-03T01:21:10Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2007-04-03T01:21:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=35777a2a79dec37cdacb86cac0e87e23465e2d7d'/>
<id>urn:sha1:35777a2a79dec37cdacb86cac0e87e23465e2d7d</id>
<content type='text'>
in the putc() method.  Likewise, in the getc() method, don't check for
received characters with an interval defined in terms of the baudrate.
In both cases it works equally well to implement a fixed delay.  More
importantly, it avoids calculating a delay that's roughly 1/10th the
time it takes to send/receive a character. The calculation is costly
and happens for every character sent or received, affecting low-level
console or debug port performance significantly. Secondly, when the
RCLK is not available or unreliable, the delays could disrupt normal
operation.

The fixed delay is 1/10th the time it takes to send a character at
230400 bps.
</content>
</entry>
<entry>
<title>Don't expose the uart_ops structure directly, but instead have</title>
<updated>2007-04-02T22:00:22Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2007-04-02T22:00:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f8100ce2a70db5c60672578fee913d986ac1cf01'/>
<id>urn:sha1:f8100ce2a70db5c60672578fee913d986ac1cf01</id>
<content type='text'>
it obtained through the uart_class structure. This allows us
to declare the uart_class structure as weak and as such allows
us to reference it even when it's not compiled-in.
It also allows is to get the uart_ops structure by name, which
makes it possible to implement the dt tag handling in uart_getenv().
The side-effect of all this is that we're using the uart_class
structure more consistently which means that we now also have
access to the size of the bus space block needed by the hardware
when we map the bus space, eliminating any hardcoding.
</content>
</entry>
<entry>
<title>For embedded UARTs compatible with the ns8250 family it is possible</title>
<updated>2007-03-28T18:34:59Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2007-03-28T18:34:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ebecffe930384eb44d9ba75f052d25b9dc41c91d'/>
<id>urn:sha1:ebecffe930384eb44d9ba75f052d25b9dc41c91d</id>
<content type='text'>
that the driver clock is identical to the processor or bus clock.
This is the case for the PowerQUICC processor. When the clock is
high enough, overflows happen in the calculation of the time it
takes to send 1/10 of a character, used in delay loops. Fix the
overflows so as to fix bugs in the delay loops that can cause either
insufficient delays or excessive delays.
</content>
</entry>
</feed>
