Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp784884iog; Fri, 24 Jun 2022 14:10:44 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vSz6rPnJZxIUpau02x19ZqA+bZec1thKztSoi1FvZsYCBCzkMZxLjLQWKQhmYX+CjXl62X X-Received: by 2002:a63:4c:0:b0:408:c003:a45c with SMTP id 73-20020a63004c000000b00408c003a45cmr734890pga.252.1656105044032; Fri, 24 Jun 2022 14:10:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656105044; cv=none; d=google.com; s=arc-20160816; b=GL7Ybi1q95KK6HYB9gMZkhZs1Umu5Pkxdhjg0TW6asNY+YczjlfSeOl6rNv2JUxPkr NdDXJvOX2CoNXmxJyHH6NjiuTwxL1tiZbw2Se6mKD02km46ygzB/IxRdOEdQd24pBYQn dweyIPXmLW++RiZIzBLUP03oKofGDfoEwFsoAy004Ly2s6KxnRNFUIP9dAl58zjVdnXE gPxgvRfEcXdNqRWFNLeJC8JIJQAtDy9HB9KG3/qknTES/8c4tX7l3hwpXroF2elnKgDr FnXY3ceVCzc4Y9n4S2Ug1j17PxNl6BmjinxQfz8qHoVKNXG5+9J1NTymsMiiFFzdTyDU TRCg== 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=pTYsNcG9sJZgd44W+QKlkrPu6pbO/E2NwuM5XWXY5Uk=; b=fTUbbJDCZaOE460LTyl7RYln9UgaBiDeNoArsIaF5Fwi4l8o/Rzkjv+LhqdXnJg1c6 uHRAmsHafRWzSQPauBZcNmJ34M7ysTnim91c9IwLHtmhu6DJRM+M0ecPVcWqUqKoZrsw J8kwy326VoCT7uF8Z5d3YZ+Vmp2GSkVkb/NrEyD37iZdZ3e2ZvsFazaTJtXy89Lb8CVL ErFLqPkPNzf9TVBsgFxAV/PsJPC4I8zMeH3ecyUJx1J0H1NGQKuwu0T9yZrKDxnoioGA osR3uXmolMiN6D1gfVxFpvmFgp+BmIqlqK2/T92HtRzx9+qtw7ssVjbrpoiFYLS0bn3f muPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=miTzazxe; 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 h14-20020a056a001a4e00b0050e0a5aa240si4413960pfv.6.2022.06.24.14.10.29; Fri, 24 Jun 2022 14:10:44 -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=miTzazxe; 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 S230310AbiFXVJo (ORCPT + 99 others); Fri, 24 Jun 2022 17:09:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44368 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230013AbiFXVJm (ORCPT ); Fri, 24 Jun 2022 17:09:42 -0400 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 410765000F; Fri, 24 Jun 2022 14:09:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1656104981; x=1687640981; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=ocdofbPoJSkkH7D2EiI2VUZPxoQiLPz2hq0ijc7qW+g=; b=miTzazxeeEf2JVbYO+0urn8P62MOt4wWI5o3F56svl0RtmYqcsoWs9f1 S8AL9BFq8yEvO0yggsaHbpyHwzzw63tnb7AH/6JY2sWmtYnblu/ToT1Bo Oj+cV7+Vj8nBRpP1wv5JBhyXR+bGCwzosgoahYJISTwxszc5BuiOYMbBk gorViEnFXUQUzqcEpycpeoAFkUk+qSbdBgfLL9bnw1Pt5HIkNfeA/SrUR SEC6vrgqicFDahiX+0G/5PQjp7PH/4g6vI4nZEeo7NIWUnxNRqh2e7yzo 4fAHX1yAe4VxbyPp0+2kichMSWXxQHWc8gNCgZMQ9b/uaD7b+pVdBd4sF w==; X-IronPort-AV: E=McAfee;i="6400,9594,10388"; a="281140009" X-IronPort-AV: E=Sophos;i="5.92,220,1650956400"; d="scan'208";a="281140009" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jun 2022 14:09:40 -0700 X-IronPort-AV: E=Sophos;i="5.92,220,1650956400"; d="scan'208";a="835281798" Received: from vhavel-mobl.ger.corp.intel.com ([10.251.216.91]) by fmsmga006-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jun 2022 14:09:36 -0700 Date: Sat, 25 Jun 2022 00:09:33 +0300 (EEST) From: =?ISO-8859-15?Q?Ilpo_J=E4rvinen?= To: Jiri Slaby cc: linux-serial , Greg KH , Thomas Bogendoerfer , William Hubbs , Chris Brannon , Kirk Reiser , Samuel Thibault , "David S. Miller" , linux-mips@vger.kernel.org, LKML , speakup@linux-speakup.org, sparclinux@vger.kernel.org Subject: Re: [PATCH v2 6/6] serial: Consolidate BOTH_EMPTY use In-Reply-To: <03467516-3962-4ff2-23d2-2b3a1d647c5a@kernel.org> Message-ID: <616c8221-fc6e-1b73-626c-3427c87dddbf@linux.intel.com> References: <20220621124958.3342-1-ilpo.jarvinen@linux.intel.com> <20220621124958.3342-7-ilpo.jarvinen@linux.intel.com> <03467516-3962-4ff2-23d2-2b3a1d647c5a@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-7.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE 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 Thu, 23 Jun 2022, Jiri Slaby wrote: > > --- a/arch/mips/ath79/early_printk.c > > +++ b/arch/mips/ath79/early_printk.c > > @@ -29,15 +30,15 @@ static inline void prom_putchar_wait(void __iomem *reg, > > u32 mask, u32 val) > > } while (1); > > } > > -#define BOTH_EMPTY (UART_LSR_TEMT | UART_LSR_THRE) > > - > > static void prom_putchar_ar71xx(char ch) > > { > > void __iomem *base = (void __iomem *)(KSEG1ADDR(AR71XX_UART_BASE)); > > - prom_putchar_wait(base + UART_LSR * 4, BOTH_EMPTY, BOTH_EMPTY); > > + prom_putchar_wait(base + UART_LSR * 4, UART_LSR_BOTH_EMPTY, > > + UART_LSR_BOTH_EMPTY); > > __raw_writel((unsigned char)ch, base + UART_TX * 4); > > - prom_putchar_wait(base + UART_LSR * 4, BOTH_EMPTY, BOTH_EMPTY); > > + prom_putchar_wait(base + UART_LSR * 4, UART_LSR_BOTH_EMPTY, > > + UART_LSR_BOTH_EMPTY); > > Two observations apart from this patch: > * prom_putchar_wait()'s last two parameters are always the same. > One should be removed, i.e. all this simplified. I noticed this myself but I'm also looking into generalizing wait for tx empty somehow if possible (it might not help much here though as this seems to be on "early" side of things). -- i. > * prom_putchar_wait() should be implemented using > read_poll_timeout_atomic(), incl. failure/timeout handling. > > thanks, >