Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp2771830ybh; Mon, 16 Mar 2020 09:24:12 -0700 (PDT) X-Google-Smtp-Source: ADFU+vu42dxVlnp22K2kKrqPjsh09EH+g8ZOn8l3MHG4MaC//j+VEyDshFRWPIne0D2HNofrHbws X-Received: by 2002:aca:1015:: with SMTP id 21mr223577oiq.101.1584375852689; Mon, 16 Mar 2020 09:24:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584375852; cv=none; d=google.com; s=arc-20160816; b=US1rCGaSaF7ucwJW5OU1swjzjhcMSwa2bjvjH6GTkdVEJZ7yzyN7NUSXNE3mR7Zcbh GQ8MvTxI7vzXmsa3ufEuMtiImniNRMYyk1to4YpjqeLalkhvc6f5TgD8XZw6tPjuLk/U +HeO2nFYct0BbWhP4ohcmS+bikQqWFki6zqA05jeCkOGxQmVTmqgGCIjK4kDAPTF4s5L SN+ry8LDSYL7iQBpM1VpsSMHasPp84ClMwMyFAosj38quocCwXVewiFsaoX7EgzejO3f 92UW6QN5vOGXXQSHy44HDxXI9h+Nr+9ty2cZfAFP2amZJxdEKW6vM6JCNW98vtKnMJO9 od4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=MPeWvE1ynYMgmBjcIfuACly8OXPEjkr9woxJje4Vp+k=; b=MEwunx4OGdu7iw4b8CmfM14RyGBL25NCl457NyEVB2HCOI9JngR5n3ogNCgCZ98jHY 2KzKBc4L/JSYqpfWlOllGFH3baX869DdHbN5fmWbP1hUhwrlWD3ADrO5YwadcyL+GYE9 Qu9RCz9oe1wWJG2HHFLx+yhOpsEmtGB6tZNRoT2heYChB6VDmjJL8LMulrSzijXwCp3a 8DyfFUWCdCgCwcDmuv4E6WE/Z0g+VXU3HLWQJ+NRs5hwwAw0GsDkZY+mWKs26w0XviKq lfY/9HBNALGuLEI+VTqBNa2l+VmHdYA8oRM4lXu+0WMfygwhx04jDo/ysxGIt2z8Dg1V nelg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n62si214953oig.196.2020.03.16.09.23.59; Mon, 16 Mar 2020 09:24:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732125AbgCPQXL (ORCPT + 99 others); Mon, 16 Mar 2020 12:23:11 -0400 Received: from mail-pg1-f195.google.com ([209.85.215.195]:46600 "EHLO mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731545AbgCPQXL (ORCPT ); Mon, 16 Mar 2020 12:23:11 -0400 Received: by mail-pg1-f195.google.com with SMTP id y30so10009638pga.13; Mon, 16 Mar 2020 09:23:10 -0700 (PDT) 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=MPeWvE1ynYMgmBjcIfuACly8OXPEjkr9woxJje4Vp+k=; b=XBYkQiqU/3fNEv0mCJMB0EUs/YMu5UbaEeejNhsuusc5O/lJ6L8TdZ69VkGVQ+wxc0 kdBTihwaqbW0NF9YpHCa5tKhXwef1NR3wsUteughjthkbi0C8WKHIBCl8zpAGgeEYkWP ZjRXiVZD9INGGMD7Ld929aog49WHAMOgpRXctw927p5CPv+nxmX3BXZuw156BzU8znHO Dhm9KwqtFDRZ6YWB7AqvoTynrZy9Wv4OIlnMlzJ3PqZT0BO6GbM/vvPBPsklIsj9p3I9 /XE30Qspn4i92snqLE/Vs62VmBrEBEpIKHLRmZ9471E9rSddCYFlvsSXYtwoN+ri0O2e XFPQ== X-Gm-Message-State: ANhLgQ18ZKuuFCjtj+2ea7d4H0o10WzWrep+zlFMJGtPSJf1xJ0jfN5j GRree7OMPf2BFL727I2ec9o= X-Received: by 2002:a63:921b:: with SMTP id o27mr659097pgd.364.1584375789493; Mon, 16 Mar 2020 09:23:09 -0700 (PDT) Received: from ?IPv6:2601:647:4000:d7:af99:b4cf:6b17:1075? ([2601:647:4000:d7:af99:b4cf:6b17:1075]) by smtp.gmail.com with ESMTPSA id z20sm66684pge.62.2020.03.16.09.23.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 16 Mar 2020 09:23:08 -0700 (PDT) Subject: Re: [PATCH v6 3/7] scsi: ufs: introduce common delay function To: Stanley Chu , linux-scsi@vger.kernel.org, "Martin K . Petersen" , avri.altman@wdc.com, alim.akhtar@samsung.com, jejb@linux.ibm.com Cc: beanhuo@micron.com, asutoshd@codeaurora.org, cang@codeaurora.org, matthias.bgg@gmail.com, linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kuohong.wang@mediatek.com, peter.wang@mediatek.com, chun-hung.wu@mediatek.com, andy.teng@mediatek.com References: <20200316085303.20350-1-stanley.chu@mediatek.com> <20200316085303.20350-4-stanley.chu@mediatek.com> From: Bart Van Assche Message-ID: Date: Mon, 16 Mar 2020 09:23:05 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200316085303.20350-4-stanley.chu@mediatek.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/16/20 1:52 AM, Stanley Chu wrote: > +void ufshcd_wait_us(unsigned long us, unsigned long tolerance, bool can_sleep) > +{ > + if (!us) > + return; > + > + if (us < 10 || !can_sleep) > + udelay(us); > + else > + usleep_range(us, us + tolerance); > +} > +EXPORT_SYMBOL_GPL(ufshcd_wait_us); I don't like this function because I think it makes the UFS code harder to read instead of easier. The 'can_sleep' argument is only set by one caller which I think is a strong argument to remove that argument again and to move the code that depends on that argument from the above function into the caller. Additionally, it is not possible to comprehend what a ufshcd_wait_us() call does without looking up the function definition to see what the meaning of the third argument is. Please drop this patch. Thanks, Bart.