Searched hist:"40 a827b6" (Results 1 – 1 of 1) sorted by relevance
/freebsd/sys/dev/uart/ |
H A D | uart_dev_ns8250.c | 40a827b6 Fri Aug 30 15:26:45 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> A final test with unmodified code has shown that a delay of 150ms 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@ 40a827b6 Fri Aug 30 15:26:45 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> A final test with unmodified code has shown that a delay of 150ms 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@ 40a827b6 Fri Aug 30 15:26:45 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> A final test with unmodified code has shown that a delay of 150ms 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@ 40a827b6 Fri Aug 30 15:26:45 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> A final test with unmodified code has shown that a delay of 150ms 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@ 40a827b6 Fri Aug 30 15:26:45 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> A final test with unmodified code has shown that a delay of 150ms 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@ 40a827b6 Fri Aug 30 15:26:45 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> A final test with unmodified code has shown that a delay of 150ms 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@ 40a827b6 Fri Aug 30 15:26:45 GMT 2013 Marcel Moolenaar <marcel@FreeBSD.org> A final test with unmodified code has shown that a delay of 150ms 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@
|