Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3564934rwb; Tue, 20 Sep 2022 01:15:31 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4TA0ROTrmuCoHSRyrF32pbgnSizzaDa5RuWgFOfqPqgH7GwFBELPGUKk7CjlXGJ8l4eDDg X-Received: by 2002:a63:8643:0:b0:43a:c8a8:8bb1 with SMTP id x64-20020a638643000000b0043ac8a88bb1mr3994741pgd.550.1663661731234; Tue, 20 Sep 2022 01:15:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663661731; cv=none; d=google.com; s=arc-20160816; b=X8OIF8mB0qrazv0ZDltceLIRfnJ5Mb/pPZBATLy3nIQ3dmUspAuNi6bKkbklzsVEhn yZfOUIt568ZuTw3bsF+lp256rJ/zhIw3Xc7kdcF3hSL1/msWsJPyjVGWD3UpyE6V+WQL 6AawZZUjPm5X6QrcvBqQU5T0K1TiGnPFdS5Xlxg+X0lU/U13TJ6P7AkC10A5OAgm7t1Z 5Rqnq9r+jPaf6v5W3BdqZBCtYJFOfoHdbA+xMYGVTcLR0995kDC5Uhf988O3FuLkYBcn FfkJ+TmG7EVEPYksnd/G0inBQl5MnyLl3V4vgFZVz5GkgRNyP5njFEsGy2845InwU5j2 gi+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=h2F8+66mQ5tgr38gyN3FXVobxbQwvhhRY5cNWeU6QQc=; b=ppemrijpLUBA3bv2pxtT1S0zdSzbo9LZN5BKVEDsMl/qxIlyAdh7tym7Zf1RaYMs7n yb7HMWeDeZMd5RkTD01jBfU49VRzNeKqtQucHubAbLJ74spfUetDtEVnHHix4keUY1Pl dfWtRdz+kmmCrdp0q/vWZqU5G8vkkLsrL7oExo9+W3UiG4yt16k4XvLz/sfP/o14Xwt+ +CUxgFvLZaoLluLbIZDMa9QD3dzHLJ5cyxhCAYC9FisxNCilOdkOJrUoGNqeyAivXJg+ cQAK3Q0uYm1sgX7FG/1gcmsoPw+37YP+6HPuYFV/7GoePGrEQ6UvBvHHzmHE4tM3k4pZ 11fg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=hBZr7csB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cm18-20020a056a00339200b0053836f22d73si1083615pfb.214.2022.09.20.01.15.20; Tue, 20 Sep 2022 01:15:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=hBZr7csB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231320AbiITIGf (ORCPT + 99 others); Tue, 20 Sep 2022 04:06:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60326 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230456AbiITIFb (ORCPT ); Tue, 20 Sep 2022 04:05:31 -0400 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9187465557; Tue, 20 Sep 2022 01:03:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1663660986; x=1695196986; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=wDpKHXz4ew/kTU5ZDEVxB2tmYCz8rWqEJ1pKtGZ1KDE=; b=hBZr7csBeRjMqeVZ+ZnDDTWJfDrrZ4HTJ7TCpYbmcDt+rVlSUL3CmiVD ARkjEXn91iCR9ZAD+y8BKmfJyJd1TMIcNrj1BVHf6JTaKJirWFRWXHt2+ Gfmmz7FunXBMCXwClWTorqcmkE4t/sasKA4JY2a1XC//nVNDUXLgmhHbb i1L1N4ubbZ89EqpltOphXRGmAH3uqOUwz6X9KWGwvVMztJT3IbFD4+UOk ligiku+tq20hATU3y5ZPU04BOgMd+Rsd/TTvXtGCsFI9U/n6ZqQd3kJDa Jg3r772OQ68oSQfuq1LMuPqCkFJyhvvuI5JE/AYIOJTL9UaCKpAwUGOIf Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10475"; a="325929611" X-IronPort-AV: E=Sophos;i="5.93,330,1654585200"; d="scan'208";a="325929611" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Sep 2022 01:03:06 -0700 X-IronPort-AV: E=Sophos;i="5.93,330,1654585200"; d="scan'208";a="649485814" Received: from bdallmer-mobl.ger.corp.intel.com ([10.252.59.238]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Sep 2022 01:03:04 -0700 Date: Tue, 20 Sep 2022 11:03:02 +0300 (EEST) From: =?ISO-8859-15?Q?Ilpo_J=E4rvinen?= To: Jiri Slaby cc: Greg Kroah-Hartman , linux-serial , LKML Subject: Re: [PATCH v4 04/10] tty: serial: extract lqasc_tx_ready() from lqasc_tx_chars() In-Reply-To: <20220920052049.20507-5-jslaby@suse.cz> Message-ID: <84e9274-7012-ef18-716c-b373221e7cb2@linux.intel.com> References: <20220920052049.20507-1-jslaby@suse.cz> <20220920052049.20507-5-jslaby@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-7.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 20 Sep 2022, Jiri Slaby wrote: > The condition in lqasc_tx_chars()'s loop is barely readable. Extract it > to a separate function. This will make the cleanup in the next patches > easier too. > > (Put it before lqasc_start_tx(), so that we can use it there later.) > > Signed-off-by: Jiri Slaby > --- > > Notes: > [v4] this is new in v4 -- extracted as a separate change > > drivers/tty/serial/lantiq.c | 10 ++++++++-- > 1 file changed, 8 insertions(+), 2 deletions(-) > > diff --git a/drivers/tty/serial/lantiq.c b/drivers/tty/serial/lantiq.c > index 6637b3caa6b7..6da1b7496c6c 100644 > --- a/drivers/tty/serial/lantiq.c > +++ b/drivers/tty/serial/lantiq.c > @@ -139,6 +139,13 @@ lqasc_stop_tx(struct uart_port *port) > return; > } > > +static bool lqasc_tx_ready(struct uart_port *port) > +{ > + u32 fstat = __raw_readl(port->membase + LTQ_ASC_FSTAT); > + > + return (fstat & ASCFSTAT_TXFREEMASK) >> ASCFSTAT_TXFREEOFF; FIELD_GET(ASCFSTAT_TXFREEMASK, fstat) > +} > + > static void > lqasc_start_tx(struct uart_port *port) > { > @@ -228,8 +235,7 @@ lqasc_tx_chars(struct uart_port *port) > return; > } > > - while (((__raw_readl(port->membase + LTQ_ASC_FSTAT) & > - ASCFSTAT_TXFREEMASK) >> ASCFSTAT_TXFREEOFF) != 0) { > + while (lqasc_tx_ready(port)) { > if (port->x_char) { > writeb(port->x_char, port->membase + LTQ_ASC_TBUF); > port->icount.tx++; There's similar construct in lqasc_console_putchar() that could take advantage of the same helper. With FIELD_GET + the other place using the new helper, ASCFSTAT_TXFREEOFF can be dropped as well. -- i.