FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.1.0_cvs 2008-12-31T22:57:14Z 2008-12-31T22:57:14Z Ken Smith kensmith@FreeBSD.org 2008-12-31T22:57:14Z urn:sha1:8d4eb975d2e49f56d057a19aac09bcb92b3e71f7 Approved by: re (implicit) This commit was manufactured to restore the state of the 7.1-RELEASE image. 2007-04-02T22:00:22Z Marcel Moolenaar marcel@FreeBSD.org 2007-04-02T22:00:22Z urn:sha1:f8100ce2a70db5c60672578fee913d986ac1cf01 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. 2007-01-18T22:01:19Z Marius Strobl marius@FreeBSD.org 2007-01-18T22:01:19Z urn:sha1:97202af2dca1942e1873e9ef8feb527a2e58fa7b that can be used to check whether receive data is ready, i.e. whether the subsequent call of uart_poll() should return a char, and unlike uart_poll() doesn't actually receive data. - Remove the device-specific implementations of uart_poll() and implement uart_poll() in terms of uart_getc() and the newly added uart_rxready() in order to minimize code duplication. - In sunkbd(4) take advantage of uart_rxready() and use it to implement the polled mode part of sunkbd_check() so we don't need to buffer a potentially read char in the softc. - Fix some mis-indentation in sunkbd_read_char(). Discussed with: marcel 2006-04-01T19:04:54Z Marcel Moolenaar marcel@FreeBSD.org 2006-04-01T19:04:54Z urn:sha1:634e63c986ba07fd015e3854392d44eec6e0ad35 for a character to be received. Instead let getc() do any necesary locking. 2006-03-30T18:37:03Z Marcel Moolenaar marcel@FreeBSD.org 2006-03-30T18:37:03Z urn:sha1:8af03381d8a55b75320465312ee779c11c7dcaf5 2005-01-06T01:43:34Z Warner Losh imp@FreeBSD.org 2005-01-06T01:43:34Z urn:sha1:098ca2bda93c701c5331d4e6aace072495b4caaa 2004-11-17T20:01:43Z Marius Strobl marius@FreeBSD.org 2004-11-17T20:01:43Z urn:sha1:37f37506de8f6eb65759e8604c38465185eadae4 used on sparc64 they are only stubs on all architectures and it doesn't look like if we would need it in the near future again. Ok'ed by: marcel 2004-08-14T23:54:27Z Marius Strobl marius@FreeBSD.org 2004-08-14T23:54:27Z urn:sha1:efa79eb77e9583863d9f6e8c0c935ae90ca1c2b1 and that can be used as an identify function for all kinds of busses on a certain platform. Expect for sparc64 these are only stubs right now. [1] - For sparc64, add code to its uart_cpu_identify() for registering the on- board ISA UARTs and their resources based on information obtained from Open Firmware. It would be better if this would be done in the OFW ISA code. However, due to the common FreeBSD ISA code and PNP-IDs not always being present in the properties of the ISA nodes there seems to be no good way to implement that. Therefore special casing UARTs as the sole really relevant ISA devices on sparc64 seemed reasonable. [2] Approved by: marcel Discussed with: marcel [1], tmm [2] Tested by: make universe 2004-03-20T02:14:02Z Marcel Moolenaar marcel@FreeBSD.org 2004-03-20T02:14:02Z urn:sha1:2ae4f1fd16329a591fad7e1da5a2fe0ac8769db5 to select a serial console and debug port (resp). On ia64 these replace the use of hints completely and take precedence over hints on alpha, amd64 and i386. On sparc64 these variables are not yet recognised. The reasons for introducing these variables are: 1. Hints have side-effects. They reserve the unit number for use by isa or acpi devices and therefore cannot be used to select a pci device. Also, the use of a unit number to select a device prior to bus enumeration is nonsense. The new variables have no side- effects and are not based on unit numbers. 2. Hints don't have the expression power to allow the sysadmin to select UARTs that are not legacy PC devices and need the support of compile-time constants to give the sysadmin some level of flexibility. The hw.uart.console and hw.uart.dbgport variables specify a list of attributes. An attribute is a tag-value pair, seperated by a colon. Attributes are seperated by a comma. Where possible, tags are the same as those in /etc/remote (only br and pa in practice). Details can be found in the manpage (not part of this commit). Not tested on: amd64, pc98 2003-09-23T09:25:38Z Yoshihiro Takahashi nyan@FreeBSD.org 2003-09-23T09:25:38Z urn:sha1:c423dba33446cdad2bea753403c9520ceb9ac488 - Remove buggy uart_cpu_busaddr() function.