summaryrefslogtreecommitdiff
path: root/drivers/ddr/marvell/a38x/ddr_ml_wrapper.h
diff options
context:
space:
mode:
authorPali Rohár <pali@kernel.org>2021-02-07 14:50:08 +0100
committerMarek Vasut <marex@denx.de>2021-03-03 04:12:46 +0100
commitff77bb301eb77a49409a8c113b02b0048f9f809d (patch)
tree967a4b3cab7fbf1dba860de47ab50fd7874d5368 /drivers/ddr/marvell/a38x/ddr_ml_wrapper.h
parentea7125c4c6d25bbaf7927efc753357e64612bffb (diff)
usb: musb: Fix receiving of bigger buffers
If musb_peri_rx_ep() was called to process received HW buffer but U-Boot cannot read it yet (e.g. because U-Boot SW buffer is full) then interrupt was marked as processed also when HW buffer stayed unprocessed. U-Boot tried to process this buffer again when it received interrupt again, but it can receive it only when sender (host) sends a new data. As sender (host) is not going to send a new data until U-Boot process current data this issue caused a deadlock in case sender (host) is emitting data faster than U-Boot can process it. Reading musb intrrx register automatically clears this register and marks interrupt as processed. So to prevent marking interrupt in U-Boot as processed, adds a new variable pending_intrrx which would contain unprocessed bits of intrrx register. For a second step, every time when musb_peri_rx_ep() is called and there are waiting data to be processed (signaled by MUSB_RXCSR_RXPKTRDY) either acknowledge sender (via musb_peri_rx_ack()) that whole HW buffer was processed or set corresponding bit in pending_intrrx that HW buffer was not fully processed yet and next iteration is required after U-Boot allocates space for reading HW buffer. This patch fixes receiving large usb buffers, e.g. file transfer via Kermit protocol implemented by 'loadb' U-Boot command over usbtty serial console. Signed-off-by: Pali Rohár <pali@kernel.org> Reviewed-by: Lukasz Majewski <lukma@denx.de> Acked-by: Pavel Machek <pavel@ucw.cz>
Diffstat (limited to 'drivers/ddr/marvell/a38x/ddr_ml_wrapper.h')
0 files changed, 0 insertions, 0 deletions