Searched hist:"4 fc49975" (Results 1 – 1 of 1) sorted by relevance
/freebsd/sys/dev/uart/ |
H A D | uart_dev_ns8250.c | 4fc49975 Thu Aug 29 16:26:04 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> Work-around a timing problem with the ITE IT8513E now that the core 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@ 4fc49975 Thu Aug 29 16:26:04 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> Work-around a timing problem with the ITE IT8513E now that the core 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@ 4fc49975 Thu Aug 29 16:26:04 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> Work-around a timing problem with the ITE IT8513E now that the core 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@ 4fc49975 Thu Aug 29 16:26:04 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> Work-around a timing problem with the ITE IT8513E now that the core 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@ 4fc49975 Thu Aug 29 16:26:04 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> Work-around a timing problem with the ITE IT8513E now that the core 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@ 4fc49975 Thu Aug 29 16:26:04 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> Work-around a timing problem with the ITE IT8513E now that the core 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@ 4fc49975 Thu Aug 29 16:26:04 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> Work-around a timing problem with the ITE IT8513E now that the core 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@
|