tcp: fix incorrect ca_state in tail loss probe

On receiving an ACK that covers the loss probe sequence, TLP
immediately sets the congestion state to Open, even though some packets
are not recovered and retransmisssion are on the way.  The later ACks
may trigger a WARN_ON check in step D of tcp_fastretrans_alert(), e.g.,
https://bugzilla.redhat.com/show_bug.cgi?id=989251

The fix is to follow the similar procedure in recovery by calling
tcp_try_keep_open(). The sender switches to Open state if no packets
are retransmissted. Otherwise it goes to Disorder and let subsequent
ACKs move the state to Recovery or Open.

Reported-By: Michael Sterrett <michael@sterretts.net>
Tested-By: Dormando <dormando@rydia.net>
Signed-off-by: Yuchung Cheng <ycheng@google.com>
Acked-by: Neal Cardwell <ncardwell@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Revert "ENGR00305624-1 ASoC: imx-hdmi-dma: Use neon data copy function"

This reverts commit aca6d0c4c96d658021bda4b5a4e454076e27e9f2.
Patch for HDMI detect / EDID issues
based on:
https://github.com/UDOOboard/Kernel_Unico/commit/acca8e0f260f3de326f535b92d6881a9d360cdb3
https://github.com/UDOOboard/Kernel_Unico/commit/a485030198306baa43c6f6131250cc97b31c7f8f
ARM: dts: wandboard: enable USB OTG - automatic host/peripheral mode selection, plus correct gpio assignment for VBUS enable