Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753854AbaFJVUQ (ORCPT ); Tue, 10 Jun 2014 17:20:16 -0400 Received: from mailout32.mail01.mtsvc.net ([216.70.64.70]:46254 "EHLO n23.mail01.mtsvc.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753411AbaFJVUM (ORCPT ); Tue, 10 Jun 2014 17:20:12 -0400 Message-ID: <53977688.5080802@hurleysoftware.com> Date: Tue, 10 Jun 2014 17:20:08 -0400 From: Peter Hurley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Sam Ravnborg CC: Aaro Koskinen , David Miller , linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org, Greg Kroah-Hartman , Seth Bollinger Subject: Re: Linux 3.15: SPARC serial console regression References: <20140609205917.GA913@drone.musicnaut.iki.fi> <1402357697-20976-1-git-send-email-peter@hurleysoftware.com> <20140610192438.GA6846@ravnborg.org> In-Reply-To: <20140610192438.GA6846@ravnborg.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: 990527 peter@hurleysoftware.com X-MT-ID: 8FA290C2A27252AACF65DBC4A42F3CE3735FB2A4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sam, On 06/10/2014 03:24 PM, Sam Ravnborg wrote: >> From: Peter Hurley >> Date: Mon, 9 Jun 2014 19:21:43 -0400 >> Subject: [PATCH] serial: sunsab: Test for no tx data on tx restart >> >> Commit 717f3bbab3c7628736ef738fdbf3d9a28578c26c, >> 'serial_core: Fix conditional start_tx on ring buffer not empty' >> exposes an incorrect assumption in sunsab's start_tx method; the >> tx ring buffer can, in fact, be empty when restarting tx when >> performing flow control. >> >> Test for empty tx ring buffer when in sunsab's start_tx method. >> >> Signed-off-by: Peter Hurley > > Hi Peter. > > Can you please take a look at sunzilog.c. > It looks like the same test is missing in sunzilog_start_tx(): Yeah, when I saw that yesterday, I put * audit uart drivers' start_tx() methods on my TODO list. > } else { > struct circ_buf *xmit = &port->state->xmit; > > writeb(xmit->buf[xmit->tail], &channel->data); > ZSDELAY(); > ZS_WSYNC(channel); > > xmit->tail = (xmit->tail + 1) & (UART_XMIT_SIZE - 1); > port->icount.tx++; > > if (uart_circ_chars_pending(xmit) < WAKEUP_CHARS) > uart_write_wakeup(&up->port); > } > > > I did not review all drives - only a few sun drivers > and this was the only one that occured to me also > required this check. > > I also noticed the typical pattern is: > > if (uart_circ_empty(xmit) || uart_tx_stopped(port)) > > Should you use this pattern also in sunsab.c? What a mess. uart_tx_stopped() _should_ be redundant for the start_tx() method. However, I see that uart_resume_port() doesn't check either flow state and uart_handle_cts_change() doesn't check the soft-flow state. The semantics of the start_tx() method should be 'tx may commence; begin xmitting if data is ready'. Except in the case where send_xchar() is not supported by the uart driver. Regards, Peter Hurley -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/