Direct Commit of mountroot> prompt fix r259748 (since there's no sane
authorimp <imp@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Sun, 22 Dec 2013 23:33:27 +0000 (23:33 +0000)
committerimp <imp@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Sun, 22 Dec 2013 23:33:27 +0000 (23:33 +0000)
commit7608d36a5b4c09c7e3756b50d072adf5473ab190
tree35dd7c001cd87dac981079c181243fb828c15d9d
parent7ee9f73f786ce817118906a79671034d6e84a684
Direct Commit of mountroot> prompt fix r259748 (since there's no sane
branching relationship between that branch and this one and since the
more general fix in head may be too risky for a stbale branch this
mature):

 Fix mountroot> prompt eating most of the characters by not enabling
 RXRDY interrupts in the attach routine. Instead, defer this until the
 first interrupt we see after the device is opened. Given the console
 use case, we're guaranteed to get a TXRDY interrupt before any reads
 are posted due to boot messages, which makes this work.

 The real fix is to use cngrab/cnungrab function pointers to disable
 RXRDY interrupts while grabbed. However, that touches the MI uart
 code, so was disallowed for 10.0 due to the lateness of the hour this
 fix was proposed. It works for mountroot, the most common atmel kernel
 prompt use cases, but wouldn't work for GELI since it prompts later in
 the boot process.

git-svn-id: svn://svn.freebsd.org/base/stable/9@259753 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sys/arm/at91/uart_dev_at91usart.c