Searched hist:16550 (Results 1 - 25 of 38) sorted by relevance
/freebsd-10.1-release/sys/mips/atheros/ | ||
H A D | uart_bus_ar933x.c | diff 253509 Sun Jul 21 02:10:30 MDT 2013 adrian Use the UART frequency when programming the UART clock. This allows the 16550 support to work correctly on the upcoming AR934x support. 248843 Thu Mar 28 17:38:17 MDT 2013 adrian Bring over the initial, CPU-only UART support for the AR933x SoC. This implements the kernel glue needed (getc, putc, rxready). This isn't a 16550 UART, even if the datasheet overview claims so. The Linux ar933x support was used as a reference, however the uart code is a reimplementation. Attentive viewers will note that the uart code is based off of the ns8250 code and the UART bus code is a stubbed-out version of this. I'll be replacing it with non-stubbed versions soon, making this a fully featured driver. Tested: * AP121 reference board (AR933x), booting through the mountroot> prompt; then doing some basic interactive tests in ddb. |
H A D | uart_cpu_ar933x.c | diff 253509 Sun Jul 21 02:10:30 MDT 2013 adrian Use the UART frequency when programming the UART clock. This allows the 16550 support to work correctly on the upcoming AR934x support. 248843 Thu Mar 28 17:38:17 MDT 2013 adrian Bring over the initial, CPU-only UART support for the AR933x SoC. This implements the kernel glue needed (getc, putc, rxready). This isn't a 16550 UART, even if the datasheet overview claims so. The Linux ar933x support was used as a reference, however the uart code is a reimplementation. Attentive viewers will note that the uart code is based off of the ns8250 code and the UART bus code is a stubbed-out version of this. I'll be replacing it with non-stubbed versions soon, making this a fully featured driver. Tested: * AP121 reference board (AR933x), booting through the mountroot> prompt; then doing some basic interactive tests in ddb. |
H A D | uart_dev_ar933x.h | 248843 Thu Mar 28 17:38:17 MDT 2013 adrian Bring over the initial, CPU-only UART support for the AR933x SoC. This implements the kernel glue needed (getc, putc, rxready). This isn't a 16550 UART, even if the datasheet overview claims so. The Linux ar933x support was used as a reference, however the uart code is a reimplementation. Attentive viewers will note that the uart code is based off of the ns8250 code and the UART bus code is a stubbed-out version of this. I'll be replacing it with non-stubbed versions soon, making this a fully featured driver. Tested: * AP121 reference board (AR933x), booting through the mountroot> prompt; then doing some basic interactive tests in ddb. |
H A D | uart_bus_ar71xx.c | diff 253509 Sun Jul 21 02:10:30 MDT 2013 adrian Use the UART frequency when programming the UART clock. This allows the 16550 support to work correctly on the upcoming AR934x support. |
H A D | uart_cpu_ar71xx.c | diff 253509 Sun Jul 21 02:10:30 MDT 2013 adrian Use the UART frequency when programming the UART clock. This allows the 16550 support to work correctly on the upcoming AR934x support. |
H A D | uart_dev_ar933x.c | 248843 Thu Mar 28 17:38:17 MDT 2013 adrian Bring over the initial, CPU-only UART support for the AR933x SoC. This implements the kernel glue needed (getc, putc, rxready). This isn't a 16550 UART, even if the datasheet overview claims so. The Linux ar933x support was used as a reference, however the uart code is a reimplementation. Attentive viewers will note that the uart code is based off of the ns8250 code and the UART bus code is a stubbed-out version of this. I'll be replacing it with non-stubbed versions soon, making this a fully featured driver. Tested: * AP121 reference board (AR933x), booting through the mountroot> prompt; then doing some basic interactive tests in ddb. |
/freebsd-10.1-release/sys/mips/rmi/ | ||
H A D | bus_space_rmi.c | diff 198985 Fri Nov 06 11:05:08 MST 2009 rrs Ok With this commit we actually get through the mi_startup (or to the last of it).. and hit a panic after : uart0: <16550 or compatible> on iodi0 Trap cause = 2 (TLB miss....) I did have to take the pci bus OUT of the build to get this far, hit a cache error with the PCI code in. Interesting thing is the machine reboots too ;-) |
H A D | files.xlr | diff 198985 Fri Nov 06 11:05:08 MST 2009 rrs Ok With this commit we actually get through the mi_startup (or to the last of it).. and hit a panic after : uart0: <16550 or compatible> on iodi0 Trap cause = 2 (TLB miss....) I did have to take the pci bus OUT of the build to get this far, hit a cache error with the PCI code in. Interesting thing is the machine reboots too ;-) |
H A D | xlr_machdep.c | diff 198985 Fri Nov 06 11:05:08 MST 2009 rrs Ok With this commit we actually get through the mi_startup (or to the last of it).. and hit a panic after : uart0: <16550 or compatible> on iodi0 Trap cause = 2 (TLB miss....) I did have to take the pci bus OUT of the build to get this far, hit a cache error with the PCI code in. Interesting thing is the machine reboots too ;-) |
/freebsd-10.1-release/sys/isa/ | ||
H A D | pnp.c | diff 150687 Wed Sep 28 13:01:58 MDT 2005 marius Fix an endianness issue in pnp_eisaformat(). This corrects printing PnP IDs on big-endian archs like sparc64, e.g.: uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 pnpid @HEd041 on isa0 is now correctly printed as: uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 pnpid PNP0501 on isa0 There are probably other endianness issues lurking in the PnP code which however aren't exhibited on sparc64 as the PnP devices there are sort of PnP BIOS devices rather than ISA PnP devices. Tested on: i386, sparc64 MFC after: 1 week diff 150687 Wed Sep 28 13:01:58 MDT 2005 marius Fix an endianness issue in pnp_eisaformat(). This corrects printing PnP IDs on big-endian archs like sparc64, e.g.: uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 pnpid @HEd041 on isa0 is now correctly printed as: uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 pnpid PNP0501 on isa0 There are probably other endianness issues lurking in the PnP code which however aren't exhibited on sparc64 as the PnP devices there are sort of PnP BIOS devices rather than ISA PnP devices. Tested on: i386, sparc64 MFC after: 1 week diff 62947 Tue Jul 11 09:49:33 MDT 2000 tanimura Finally merge newmidi. (I had been busy for my own research activity until the last weekend) Supported devices: SB Midi Port (sbc + midi) SB OPL3 (sbc + midi) 16550 UART (midi, needs a trick in your hint) CS461x Midi Port (csa + midi) OSS-compatible sequencer (seq) Supported playing software: playmidi (We definitely need more) Notes: /dev/midistat now reports installed midi drivers. /dev/sndstat reports only pcm drivers. We need the new name(pcmstat?). EMU8000(SB AWE) does not sound yet but does get probed so that the OPL3 synth on an AWE card works. TODO: MSS/PCI bridge drivers Midi-tty interface to support general serial devices Modules |
H A D | pnpparse.c | diff 62947 Tue Jul 11 09:49:33 MDT 2000 tanimura Finally merge newmidi. (I had been busy for my own research activity until the last weekend) Supported devices: SB Midi Port (sbc + midi) SB OPL3 (sbc + midi) 16550 UART (midi, needs a trick in your hint) CS461x Midi Port (csa + midi) OSS-compatible sequencer (seq) Supported playing software: playmidi (We definitely need more) Notes: /dev/midistat now reports installed midi drivers. /dev/sndstat reports only pcm drivers. We need the new name(pcmstat?). EMU8000(SB AWE) does not sound yet but does get probed so that the OPL3 synth on an AWE card works. TODO: MSS/PCI bridge drivers Midi-tty interface to support general serial devices Modules |
H A D | pnpvar.h | diff 62947 Tue Jul 11 09:49:33 MDT 2000 tanimura Finally merge newmidi. (I had been busy for my own research activity until the last weekend) Supported devices: SB Midi Port (sbc + midi) SB OPL3 (sbc + midi) 16550 UART (midi, needs a trick in your hint) CS461x Midi Port (csa + midi) OSS-compatible sequencer (seq) Supported playing software: playmidi (We definitely need more) Notes: /dev/midistat now reports installed midi drivers. /dev/sndstat reports only pcm drivers. We need the new name(pcmstat?). EMU8000(SB AWE) does not sound yet but does get probed so that the OPL3 synth on an AWE card works. TODO: MSS/PCI bridge drivers Midi-tty interface to support general serial devices Modules |
/freebsd-10.1-release/sys/mips/conf/ | ||
H A D | ADM5120 | diff 194142 Sun Jun 14 00:59:48 MDT 2009 imp After Marcel's change to DEFAULTS, we were bringing in a bogus copy of uart_8250. Remove it here since the UART on the ADM5120 isn't the typical 16550: its completely different. |
H A D | XLR | diff 198985 Fri Nov 06 11:05:08 MST 2009 rrs Ok With this commit we actually get through the mi_startup (or to the last of it).. and hit a panic after : uart0: <16550 or compatible> on iodi0 Trap cause = 2 (TLB miss....) I did have to take the pci bus OUT of the build to get this far, hit a cache error with the PCI code in. Interesting thing is the machine reboots too ;-) |
/freebsd-10.1-release/sys/boot/sparc64/loader/ | ||
H A D | metadata.c | diff 127826 Sun Apr 04 03:24:13 MDT 2004 marcel To quote the submitter: "...If "keyboard" is the selected input-device and "screen" the output-device (both via /options) but the keyboard is unplugged, OF automatically switches to ttya for the console, it even prints a line telling so on "screen". Solaris respects this behaviour and uses ttya as the console in this case and people probably expect FreeBSD to do the same (it's also very handy to temporarily switch consoles)..." "...I changed the comparison of the console device with "ttya" || "ttyb" to "tty" because on AXe boards all 4 onboard UARTs end in SUB-D connectors (ttya and ttyb being 16550 and ttyc and ttyd a SAB82532) and there's no Sun keyboard connector (but PS/2). If one plugs a serial card in a box there also can be more than just ttya and ttyb available for a console..." Submitted by: Marius Strobl <marius@alchemy.franken.de> Has no doubt that the change is correct: marcel |
/freebsd-10.1-release/usr.sbin/bhyve/ | ||
H A D | pci_uart.c | 234938 Thu May 03 01:24:50 MDT 2012 grehan Add 16550 uart emulation as a PCI device. This allows it to be activated as part of the slot config options. The syntax is: -s <slotnum>,uart[,stdio] The stdio parameter instructs the code to perform i/o using stdin/stdout. It can only be used for one instance. To allow legacy i/o ports/irqs to be used, a new variant of the slot command, -S, is introduced. When used to specify a slot, the device will use legacy resources if it supports them; otherwise it will be treated the same as the '-s' option. Specifying the -S option with the uart will first use the 0x3f8/irq 4 config, and the second -S will use 0x2F8/irq 3. Interrupt delivery is awaiting the arrival of the i/o apic code, but this works fine in uart(4)'s polled mode. This code was written by Cynthia Lu @ MIT while an intern at NetApp, with further work from neel@ and grehan@. Obtained from: NetApp |
H A D | Makefile | diff 234938 Thu May 03 01:24:50 MDT 2012 grehan Add 16550 uart emulation as a PCI device. This allows it to be activated as part of the slot config options. The syntax is: -s <slotnum>,uart[,stdio] The stdio parameter instructs the code to perform i/o using stdin/stdout. It can only be used for one instance. To allow legacy i/o ports/irqs to be used, a new variant of the slot command, -S, is introduced. When used to specify a slot, the device will use legacy resources if it supports them; otherwise it will be treated the same as the '-s' option. Specifying the -S option with the uart will first use the 0x3f8/irq 4 config, and the second -S will use 0x2F8/irq 3. Interrupt delivery is awaiting the arrival of the i/o apic code, but this works fine in uart(4)'s polled mode. This code was written by Cynthia Lu @ MIT while an intern at NetApp, with further work from neel@ and grehan@. Obtained from: NetApp |
/freebsd-10.1-release/sys/dev/uart/ | ||
H A D | uart_dev_ns8250.c | diff 177117 Wed Mar 12 17:09:20 MDT 2008 sam add device hints to control the rx FIFO interrupt level on 16550A parts PR: kern/121421 Submitted by: UEMURA Tetsuya Reviewed by: marcel MFC after: 2 weeks diff 120022 Sat Sep 13 04:25:04 MDT 2003 marcel Add support for automatic hardware flow control for 16[679]50 UARTs. We simply use the detected FIFO size to determine whether we have a post 16550 UART or not. The support lacks proper serialization of hardware access for now. |
H A D | uart.h | diff 177117 Wed Mar 12 17:09:20 MDT 2008 sam add device hints to control the rx FIFO interrupt level on 16550A parts PR: kern/121421 Submitted by: UEMURA Tetsuya Reviewed by: marcel MFC after: 2 weeks |
H A D | uart_bus_fdt.c | diff 254589 Wed Aug 21 02:06:21 MDT 2013 ian Check for generic ns16550 after all other types. A device may be compatible with 16550 but also have a more specific/capable driver earlier in the list. |
/freebsd-10.1-release/sys/dev/sio/ | ||
H A D | sio.c | diff 120173 Wed Sep 17 14:44:02 MDT 2003 bde Fixed bitrot in the probe in revs.1.127, 1.165 and 1.169. The COM_NOFIFO() and COM_ESP cases are supposed to be a subsets of the plain 16550A case, but 16650-related changes made the former fall into the latter and then both fall into general code for printing the tx fifo size. This mainly caused hard to parse boot messages like: "sio0: type 16550A fifo disabled lookalike with 1 bytes FIFO". COM_NOFIFO() on an ESP port gave a larger mess whose extent is not clear. Fixed some nearby style bugs. diff 120173 Wed Sep 17 14:44:02 MDT 2003 bde Fixed bitrot in the probe in revs.1.127, 1.165 and 1.169. The COM_NOFIFO() and COM_ESP cases are supposed to be a subsets of the plain 16550A case, but 16650-related changes made the former fall into the latter and then both fall into general code for printing the tx fifo size. This mainly caused hard to parse boot messages like: "sio0: type 16550A fifo disabled lookalike with 1 bytes FIFO". COM_NOFIFO() on an ESP port gave a larger mess whose extent is not clear. Fixed some nearby style bugs. diff 112154 Wed Mar 12 15:20:24 MST 2003 sobomax Add initial support for IC Book Labs Dreadnought x16 Pro 16-ports card. Since this card is based on 16750 UART, modify sio(4) a bit to ignore 16750-specific 7th bit of MCR when probing card. This allows card to be detected and attached as 16550A-compatible device. More work needs to be done in order to enable nice 16750-specific features such as larger fifo buffer and higher speeds. Sponsored by: IC Book Labs MFC after: 2 weeks diff 83546 Sun Sep 16 09:14:56 MDT 2001 murray Recognize two cheap PCI 16550 devices : CyberSerial (1-port) 16550 Oxford Semiconductor Dual Port 16550 Sort the list of PCI devices while I'm here. diff 83546 Sun Sep 16 09:14:56 MDT 2001 murray Recognize two cheap PCI 16550 devices : CyberSerial (1-port) 16550 Oxford Semiconductor Dual Port 16550 Sort the list of PCI devices while I'm here. diff 83546 Sun Sep 16 09:14:56 MDT 2001 murray Recognize two cheap PCI 16550 devices : CyberSerial (1-port) 16550 Oxford Semiconductor Dual Port 16550 Sort the list of PCI devices while I'm here. |
/freebsd-10.1-release/sys/dev/puc/ | ||
H A D | pucdata.c | diff 184258 Sat Oct 25 09:08:14 MDT 2008 des Add an entry for the "SIIG Cyber 4 PCI 16550", which is a four-port card based on the OX16PCI954 chip with a non-standard clock. MFC after: 3 days diff 118902 Thu Aug 14 12:15:16 MDT 2003 pb Add support for the newer Moxa PCI 8-port, 16550-compatible based CP-168U board. It initializes and attaches in the same way as the older (but higher performance) C168H. The only difference is the board ID, which is 0x1681. PR: kern/53548 Submitted by: regnauld@catpipe.net MFC after: 1 week diff 112154 Wed Mar 12 15:20:24 MST 2003 sobomax Add initial support for IC Book Labs Dreadnought x16 Pro 16-ports card. Since this card is based on 16750 UART, modify sio(4) a bit to ignore 16750-specific 7th bit of MCR when probing card. This allows card to be detected and attached as 16550A-compatible device. More work needs to be done in order to enable nice 16750-specific features such as larger fifo buffer and higher speeds. Sponsored by: IC Book Labs MFC after: 2 weeks |
/freebsd-10.1-release/sys/dev/sound/isa/ | ||
H A D | gusc.c | diff 62947 Tue Jul 11 09:49:33 MDT 2000 tanimura Finally merge newmidi. (I had been busy for my own research activity until the last weekend) Supported devices: SB Midi Port (sbc + midi) SB OPL3 (sbc + midi) 16550 UART (midi, needs a trick in your hint) CS461x Midi Port (csa + midi) OSS-compatible sequencer (seq) Supported playing software: playmidi (We definitely need more) Notes: /dev/midistat now reports installed midi drivers. /dev/sndstat reports only pcm drivers. We need the new name(pcmstat?). EMU8000(SB AWE) does not sound yet but does get probed so that the OPL3 synth on an AWE card works. TODO: MSS/PCI bridge drivers Midi-tty interface to support general serial devices Modules |
H A D | sbc.c | diff 62947 Tue Jul 11 09:49:33 MDT 2000 tanimura Finally merge newmidi. (I had been busy for my own research activity until the last weekend) Supported devices: SB Midi Port (sbc + midi) SB OPL3 (sbc + midi) 16550 UART (midi, needs a trick in your hint) CS461x Midi Port (csa + midi) OSS-compatible sequencer (seq) Supported playing software: playmidi (We definitely need more) Notes: /dev/midistat now reports installed midi drivers. /dev/sndstat reports only pcm drivers. We need the new name(pcmstat?). EMU8000(SB AWE) does not sound yet but does get probed so that the OPL3 synth on an AWE card works. TODO: MSS/PCI bridge drivers Midi-tty interface to support general serial devices Modules |
/freebsd-10.1-release/sys/dev/sound/pci/ | ||
H A D | csa.c | diff 62947 Tue Jul 11 09:49:33 MDT 2000 tanimura Finally merge newmidi. (I had been busy for my own research activity until the last weekend) Supported devices: SB Midi Port (sbc + midi) SB OPL3 (sbc + midi) 16550 UART (midi, needs a trick in your hint) CS461x Midi Port (csa + midi) OSS-compatible sequencer (seq) Supported playing software: playmidi (We definitely need more) Notes: /dev/midistat now reports installed midi drivers. /dev/sndstat reports only pcm drivers. We need the new name(pcmstat?). EMU8000(SB AWE) does not sound yet but does get probed so that the OPL3 synth on an AWE card works. TODO: MSS/PCI bridge drivers Midi-tty interface to support general serial devices Modules |
Completed in 408 milliseconds