Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp621871pxb; Thu, 5 Nov 2020 08:43:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJxdvkiyPNB89GjyjqwF8YABDrqrGZrG7f9frkQB4SpH4oymYEFxWTtB30aTZR6OdP/Y7GPV X-Received: by 2002:a17:906:7704:: with SMTP id q4mr3083602ejm.92.1604594608020; Thu, 05 Nov 2020 08:43:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604594608; cv=none; d=google.com; s=arc-20160816; b=NM+7WCubMp8lMhGDDtTibiKuVeZvWqKNsS21lhPVOSNBlX7eQwHhAy/n/gnzfgmRtR WNhmNK0XmBhlQfH2fi6m88TDWeJm2GA/y6Dj4XF6AnHJeFUurS/qrL/+vnngNgsvs5rT IbSHzx08Mt9mgY79/1rjtrp1iG+vtXyXzBkuokMvbGWrkuG7h7gAmpSdrC0Cu1FXv2YA QVm66JIH6YlBSVebBhCojTayCxNazoMOTaAxbFs89587hJ0ZOy0dQt6nd4XB+K36QBKT GlL2nInyLKS9HF2N0A/LQ1UYwZ1ODHpX+0nFghnTl7y1SVUc4ar+FHjwOzO7xSV+ma9r rMXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=HgRzve+2l9mDjVRLSxnK1EHqmXzp2uhyn7xWM0S++hI=; b=aAxh172ayBSHFnfMmGDVyJnCo3LYkXKvXCLahrTImFwrjtTyW+BUxtvsiC60D3Ezec we4NLfvg+ecrlgmE4mb5u5ukWLlzKedMixovBrnDQX4UvxUVZen1K69o/0kXwBczG0n/ kjrXqyFEj0vGj8BbiE5Jp4s8qGFl035agAh0LP143zAuQp9pIjNmDDDp+4He7N0UXD2K 9EcxUOx611St41PgZ4IjRDo1u80vymeN23H/m+UHRpVu6MDzvb0SgSkCfdk2cve8jiz7 ZgeDkdewexNLbu7NAg/DfI6NZKtzKB9F6illSHgyMCeoGuZYJVmL0XA+o5zmJAroWGJo ywMg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i2si1533370edu.254.2020.11.05.08.43.03; Thu, 05 Nov 2020 08:43:28 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726996AbgKEQle (ORCPT + 99 others); Thu, 5 Nov 2020 11:41:34 -0500 Received: from mail-ej1-f66.google.com ([209.85.218.66]:46022 "EHLO mail-ej1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725862AbgKEQle (ORCPT ); Thu, 5 Nov 2020 11:41:34 -0500 Received: by mail-ej1-f66.google.com with SMTP id dk16so3504114ejb.12 for ; Thu, 05 Nov 2020 08:41:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=HgRzve+2l9mDjVRLSxnK1EHqmXzp2uhyn7xWM0S++hI=; b=sjrLbC/JxqHgsB/7Dsfvw8wy9LF2lhsuxDAXzSq3P5No1KM2etguzvKug2flwrhnc2 rXd6qZBoRpRFyJkPSRXo5Q/O7DKgV1tqulXXyPX9c0Grxy12xEAZshNLVJ8QxVEYTz0b IJT4wrfB0JxSMfCvNuYqiTpCXdcDgTlckfs8c6N78wrHNXSqq+0KZDCuhg7goHV0xqCk 9frKWcrr/ApNcxv4NZ4RoH/tMoCln3r1HW7UGjHifNqb8H0Z8B5ptwXqVKPonvGiRSMn 39762XIC0oqp7ywtYcMfpV3y6A5FlmJLM4swGXs19l3OOlq0HaT4spbCgy0vSCBB0Gl5 8JlQ== X-Gm-Message-State: AOAM533amAu+J5iA613Zs+UXjfaAIW1GDkRW92v1VBXdm2HOS5HL4/Nf GYpXAI/lCd551BO0zVWWUlc= X-Received: by 2002:a17:906:400c:: with SMTP id v12mr3295120ejj.387.1604594492326; Thu, 05 Nov 2020 08:41:32 -0800 (PST) Received: from ?IPv6:2a0b:e7c0:0:107::70f? ([2a0b:e7c0:0:107::70f]) by smtp.gmail.com with ESMTPSA id x2sm1252676ejb.86.2020.11.05.08.41.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Nov 2020 08:41:31 -0800 (PST) Subject: Re: [PATCH 27/36] tty: synclinkmp: Mark never checked 'readval' as __always_unused To: David Laight , Lee Jones Cc: "linux-kernel@vger.kernel.org" , Greg Kroah-Hartman , "paulkf@microgate.com" References: <20201104193549.4026187-1-lee.jones@linaro.org> <20201104193549.4026187-28-lee.jones@linaro.org> <0a4043ee-dad5-7691-8c67-db73d3c12f52@kernel.org> <20201105084341.GZ4488@dell> <6515b9ff5a9343f5a713e337f41450cc@AcuMS.aculab.com> From: Jiri Slaby Message-ID: Date: Thu, 5 Nov 2020 17:41:30 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.3.3 MIME-Version: 1.0 In-Reply-To: <6515b9ff5a9343f5a713e337f41450cc@AcuMS.aculab.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05. 11. 20, 12:04, David Laight wrote: >>>> And the loop can be turned into ndelay: >>>> >>>> /* >>>> * Force at least 170ns delay before clearing >>>> * reset bit. Each read from LCR takes at least >>>> * 30ns so 10 times for 300ns to be safe. >>>> */ >>>> for(i=0;i<10;i++) >>>> readval = *MiscCtrl; >>> >>> Again, since I can't test this, I do not want this patch to contain >>> any functional changes. AFAIC, the 10 register reads must still >>> happen after this patch is applied. > > You can't use ndelay(); the writes can get posted so can appear > much closer together by the time they get to the actual hardware. Ah, indeed, this is on PCI. One read would need to stay before ndelay then. But given it completely goes away, no need to worry. Thanks for heads up. -- js suse labs