Received: by 2002:ab2:23c8:0:b0:1f2:fdbc:cb93 with SMTP id a8csp96203lqe; Tue, 26 Mar 2024 22:54:03 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCW0NIjj3mk23gmJYuXbQ4X9+aXByw8TlRtM+Tc1QMdaBLResbkMbVJKurUEHb1cMkRN+yKUeYIXOtozxCtU/+3nbsJlD4oL+H/MK32rTQ== X-Google-Smtp-Source: AGHT+IH4dbhGhHzBQP8LYYOC4aC4J7cfQbjA1xZrtS26jLXVPqvq1Ltfz+wsyk6FSFscMTQSiyG8 X-Received: by 2002:a2e:3a1a:0:b0:2d6:e148:2463 with SMTP id h26-20020a2e3a1a000000b002d6e1482463mr1218430lja.24.1711518843135; Tue, 26 Mar 2024 22:54:03 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1711518843; cv=pass; d=google.com; s=arc-20160816; b=M901ji/GaAWTcXxe2GdyQ7jXkgd776Tx9yvSS7c9jFr+iY1Aa+Zjj3lcMKw2RaIC2x 17EqJUxBY+Lm4qslVsoIfY7a8yaQwJR7p/QOWO4cDYilCWy2rb9P4YIoPfwrmPhaETFc qsDzvmPXUgpp4QY8ImNDpb8/1f6LPQUhyAXEi8R8/J/joC5hWyYtki8sJSMVGisGvRSd e7waO+ig5MMNx17Ekf/CaFwRE9P1eHouK/3PpehpZjSPluVX9X9fJ7PJaBE3BP34RQ7G RbPigZ3bhuAnGLoMfiZj0kXFu1+7OvknEK85LsBhD97Su5kFBTktbnW1ykRt4LTwpt/G OqcQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=q03zhbTfwlPkvPtO0IVQgT11X5PzZkaFEYU9+UvE/yY=; fh=8LysKly9D/IVHFjcYupN4WNkmDrN6aK8/tihKw4tApM=; b=C9SdQ5IA2R2MxKkwYgKTGCzpT+u6BAiaeZSoFCr6J0eGxU6208jOMVgCdbRXlDxUZK AA+47GVcZJbhDQix3tW3y56yHfoY30Hr/ZA5JJA+ORc9yd89J4WWXZN7LhHPoCw6dHRA n3dBv0IKAbbZPxpWlfVhGceXa+hkTdlCOWFZP4PUhXrvmKO0JjBoz0Lm/62YRmERXZDe FrObzwugfW/Y8FLmtzsqcAg1Q050NwIJSKja0fV1cklNWzbGTCrQbVeUqLxUfOP3DUSh FQt39aMQcl3XEY+2cYnW9pex32mvn/O0IPoVlKb8y6EcrKDwxgimBJ0SpR3n7aezsMCo p2hg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=JfDBQGop; arc=pass (i=1 dkim=pass dkdomain=linuxfoundation.org); spf=pass (google.com: domain of linux-kernel+bounces-120348-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-120348-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id oy10-20020a170907104a00b00a464b9a473fsi4195934ejb.823.2024.03.26.22.54.03 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Mar 2024 22:54:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-120348-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=JfDBQGop; arc=pass (i=1 dkim=pass dkdomain=linuxfoundation.org); spf=pass (google.com: domain of linux-kernel+bounces-120348-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-120348-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id D7F001F28592 for ; Wed, 27 Mar 2024 05:54:02 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 709B01CD18; Wed, 27 Mar 2024 05:53:54 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="JfDBQGop" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1928518036; Wed, 27 Mar 2024 05:53:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711518833; cv=none; b=MyS5qZohiTD2c198WOghR9rcgrrJccX4k5vCL5BTAMsu/K97IPcxGfS35vSFau+5aanULQ0IX2kuuAFC0ZsMbOm4L4In0302TU6yxvWO232GNSBCKXFGxNvEteTAT+QvCjCtgtwTNoCheIBX31H6k/ea0HeNCSKCKkdgVA0pJxM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711518833; c=relaxed/simple; bh=jm8w/V3SRkIIXkR8cniqTifgycQ08yMrZo71mqWFRWo=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=BKFg3UOY+O/0eCOwM/aHHJD8x9AHfMTZcOX5etXfXZ05MWJA1qsVB/4/Oe1XCeJuvLVbzMxZojXF5Cp9+RfoxLS0Sqm1WEGVbRoU1B1wRfWsKO/EsVNWL7Z5QFaBKz6ERXuSk43agbY2F9unzJmCMVjEN0Xq1XNBr+g7O2gFW4Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=JfDBQGop; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3DE97C433C7; Wed, 27 Mar 2024 05:53:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1711518832; bh=jm8w/V3SRkIIXkR8cniqTifgycQ08yMrZo71mqWFRWo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JfDBQGop0i5Qj1l/7QiqKbUALQQMlEedhujs5sQDWjSNg3ANUNlMUYGWKJV74Og5y LLyXGDqXCMz7YALV6zZ/uU96L1B0RVc9nCkirA39PVWNwhe8A8mz3S5DqscI5usDFD b8aPUEmL7q70UILQhWUZfQtqGb0o4nqE7JJg2y1Q= Date: Wed, 27 Mar 2024 06:53:49 +0100 From: Greg KH To: Norihiko Hama Cc: stern@rowland.harvard.edu, linux-usb@vger.kernel.org, usb-storage@lists.one-eyed-alien.net, linux-kernel@vger.kernel.org Subject: Re: [PATCH] usb-storage: Optimize scan delay more precisely Message-ID: <2024032757-surcharge-grime-d3dd@gregkh> References: <20240327055130.43206-1-Norihiko.Hama@alpsalpine.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240327055130.43206-1-Norihiko.Hama@alpsalpine.com> On Wed, Mar 27, 2024 at 02:51:30PM +0900, Norihiko Hama wrote: > Current storage scan delay is reduced by the following old commit. > > a4a47bc03fe5 ("Lower USB storage settling delay to something more reasonable") > > It means that delay is at least 'one second', or zero with delay_use=0. > 'one second' is still long delay especially for embedded system but > when delay_use is set to 0 (no delay), error still observed on some USB drives. > > So delay_use should not be set to 0 but 'one second' is quite long. > > This patch optimizes scan delay more precisely > to minimize delay time but not to have any problems on USB drives > by adding module parameter 'delay_scale' of delay-time divisor. > By default, delay time is 'one second' for backward compatibility. > For example, it seems to be good by changing delay_scale=100, > that is 100 millisecond delay. > > Signed-off-by: Norihiko Hama > --- > drivers/usb/storage/usb.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/drivers/usb/storage/usb.c b/drivers/usb/storage/usb.c > index 90aa9c12ffac..f4a755e364da 100644 > --- a/drivers/usb/storage/usb.c > +++ b/drivers/usb/storage/usb.c > @@ -70,6 +70,9 @@ MODULE_LICENSE("GPL"); > static unsigned int delay_use = 1; > module_param(delay_use, uint, S_IRUGO | S_IWUSR); > MODULE_PARM_DESC(delay_use, "seconds to delay before using a new device"); > +static unsigned int delay_scale = MSEC_PER_SEC; > +module_param(delay_scale, uint, 0644); > +MODULE_PARM_DESC(delay_scale, "time scale of delay_use"); Sorry, but module parameters are from the 1990's, we will not go back to that if at all possible as it's not easy to maintain and will not work properly for multiple devices. I can understand wanting something between 1 and 0 seconds, but adding yet-another-option isn't probably the best way, sorry. thanks, greg k-h