Thread (18 messages) 18 messages, 5 authors, 2014-05-29
STALE4444d

[PATCH 1/5] serial: imx: remove unneeded imx_transmit_buffer() from imx_start_tx()

From: Huang Shijie <hidden>
Date: 2014-05-12 06:30:50
Also in: linux-serial

? 2014?05?12? 13:45, Dirk Behme ??:
On 12.05.2014 05:40, Huang Shijie wrote:
quoted
? 2014?05?09? 23:19, dean_jenkins at mentor.com ??:
quoted
Use imx_start_tx() just to enable the TX interrupt. It's the job of the
TX interrupt ISR to fill the transmit buffer, then. If the transmit 
buffer
 From the Documentation/serial/driver, we can see:
   -----------------------------------------
    start_tx(port)
     Start transmitting characters.
    -----------------------------------------

It tells us we can transmit data in the imx_start_tx.

But this patch moves it to the interrupt handler, this patch makes the 
interrupt handler do more jobs.



quoted
quoted
is empty, the TX interrupt should be executed as soon as the start_tx()
enables the interrupt, so there is no reason for the extra
imx_transmit_buffer() call, here. Remove it.
I don't know why this patch needed?
What problem this patch fix or improve?
As stated in the commit message, the call of imx_transmit_buffer() 
isn't needed there, so it can be removed. I.e. remove unneeded code.
In the end, this cleans up the possible locking path, so that in the 
third patch the locking issue can be easily fixed.
The lock issue had been fixed already. Please try the latest linux-next.
see my comment in the third patch.


thanks
Huang Shijie
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help