Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp232679pxb; Wed, 25 Aug 2021 01:46:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyAtXmXa0KmrQlF7/RsEdNYb0tfkI9sSBPYMQ3GWGqE0Zybrr5TtMCtO/ZxRY+LjlSB7e8s X-Received: by 2002:a05:6602:2436:: with SMTP id g22mr35432633iob.109.1629881167502; Wed, 25 Aug 2021 01:46:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629881167; cv=none; d=google.com; s=arc-20160816; b=iu/rlyJiELguTefAwB0WGVq8G6mEXaW1jE4Xk443W/ZFdaG5hD+wMidwfEj/SauaNl gYv3lZsJYqPh5E70zG1ORTICJktgfE4vVzBy911CJF6sJQuBpqIZcq2dZelxRPzC82T8 ygJwyB5bBI47OE6DHXAvnm2PPKPCOysQvzPbY0r6N2GK3Dsym1neo+H+W/jMs1chUOCx nOtY1WzTQtloRcqr/S+a19WaJ2Fvc+4SwJV8XSshMb7XGXJHQ2wBDjGKz4cUGoTZ1IJG nYjykmqeeqw1MEfSYc6Epwjtbf8LBT2fT8zu0LkUrM+Vuv16Ae1ObuavcEVhfITa9JAO /V1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=zUmFDHqZ0Q3WxpEfUpWX476kiHcEeInO7lHUzdflDWo=; b=tUUQsovhKpRu0FXM21rUENv3j6i4gLNWI7GNVBAyukkWu2tN/PKSPGs6qG0pW0JIls VcMX8z83a98CXOQ6+fHXdyQL2FlrTug/9wmdRcoQEbsdMJwcCHIfvQn+HCWBbAKch2ek aDQvALjE++vc3oal04zH9qeLK99hHlkio+3AiNIWG+vRnsKM7pJCk0w+lIqHk9BtUmYp /cmcp/O7lVTakFVk60AkDaqlb72DTbWxoDG4Bb9lSUckeCEGv66YmhiaKJAjPnanGUYp +2ZYgWlhs9WGpxQvir857Fg/QezLwj+nmPn87ou8035hPRQU36GIWjsYXedGhjZkoWwR LbBQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=k8PzlGsA; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h8si21018931jav.8.2021.08.25.01.45.56; Wed, 25 Aug 2021 01:46:07 -0700 (PDT) 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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=k8PzlGsA; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234500AbhHYIoU (ORCPT + 99 others); Wed, 25 Aug 2021 04:44:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44700 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239358AbhHYIoT (ORCPT ); Wed, 25 Aug 2021 04:44:19 -0400 Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 73B96C061757; Wed, 25 Aug 2021 01:43:33 -0700 (PDT) Received: by mail-wr1-x42f.google.com with SMTP id z9so35116684wrh.10; Wed, 25 Aug 2021 01:43:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=zUmFDHqZ0Q3WxpEfUpWX476kiHcEeInO7lHUzdflDWo=; b=k8PzlGsAphn4WEDJKn65ujM/HNNd3Dxr6uq8S+7YcKg8sBFwOO1fQnr0Frhmj2ql9f Yvz6hgvoCWhSMSiU1jXSV68oI+IOqWX3ccfm4Oe462e0xEhiDtFQUM9NyBBdQ5tHDWqc uz//uLqfzrESsQY3ImHQYxRcjohE5t7vMY4tv9JxEMHNBOjo0v0942QCJVY30xKQ45Wl THjNgUSebonsNLu8w2aPHdregLzQL2UKRgh3+8k8AtSX1ULMwfeerYUYdqrq60ZRusSU ZPvLffD7hHe6Kn3KJ1dHRqN+b/ueyJx0s6yH4lfKefKeqNi0F3BXGE0392WTDp7c6jkH bXTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=zUmFDHqZ0Q3WxpEfUpWX476kiHcEeInO7lHUzdflDWo=; b=lpHJAhTDOaAiU7RjjLXnadOtuoMYk4l8ue903TJF6/sVYXCYPrAG92qUv0JxpTSWDM PnKeG7kmrDb7H81WcqHzgaJyd6LHLtYh4k8kcmXeWUWokZSPhbeUw/CPLtIFEmWK3EWI aa1liWDUqypG0Bf4T9TPstrgSCnIumzbKtk8d76vIolwB5bLP95QzViBvWhbzT8TRzEf bW6/efwOmA+Y+pqcjz+Zyy2YFQoAJ7o+2Z2qhITwgUHGuCTfk2u3Gm6CF2Fkt5GUhPuk 0G72XCJpYKtkX6KawEGpKv0vQdEeQBqieEz3zaDBBsFvncq5qjwFgH5pJuEErc4Oh0e4 SMGQ== X-Gm-Message-State: AOAM533+nCqoI5CP9E+ypkY/JF6g1EBtABjOMkunSkYei68DCLWcOZbR 7x8Oqky2X6cVZYVoW6wRlkQ= X-Received: by 2002:a5d:40c9:: with SMTP id b9mr6646225wrq.212.1629881012172; Wed, 25 Aug 2021 01:43:32 -0700 (PDT) Received: from ubuntu-laptop (ip5f5bec31.dynamic.kabel-deutschland.de. [95.91.236.49]) by smtp.googlemail.com with ESMTPSA id a3sm20232294wrx.38.2021.08.25.01.43.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 25 Aug 2021 01:43:32 -0700 (PDT) Message-ID: <9e78ecd5b79ed7f0ca91021799e6e7396c458094.camel@gmail.com> Subject: Re: [PATCH v1 2/2] mmc: core: Let BKOPS timeout readable/writable via sysfs From: Bean Huo To: Ulf Hansson Cc: Adrian Hunter , linux-mmc , Linux Kernel Mailing List , Bean Huo Date: Wed, 25 Aug 2021 10:43:31 +0200 In-Reply-To: References: <20210817224208.153652-1-huobean@gmail.com> <20210817224208.153652-3-huobean@gmail.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2021-08-24 at 16:33 +0200, Ulf Hansson wrote: > On Wed, 18 Aug 2021 at 00:42, Bean Huo wrote: > > From: Bean Huo > > > > For special cases, the application in the userspace wants to change > > BKOPS operation timeout value, also, wants eMMC back to > > R1_STATE_TRAN > > after BKOPS timeouts. A fixed BKOPS timeout value(120s) is no > > longer > > feasible, therefore, it is better to let the user controls its > > timeout > > value. > > I am not fond of exporting tweakable timeout values through sysfs. > Primarily because it's ABI and it becomes difficult to change. > > Can you perhaps explain in more detail when you want to have a > different timeout? > > Perhaps we can do something similar as we currently do for > mmc_santize(), where we allow userspace to pass the cmd-timeout? > > Kind regards > Uffe > > > Signed-off-by: Bean Huo > > Hi Ullf, Thanks for your review. Actually, taking the first patch "MMC: core: Issue HPI in case the BKOPS timed out" is good enough in the most of cases. And the current 120s timeout for the manual BKOPS is also enough, we don't need to change this timeout value through sysfs. Kind regards, Bean