Received-SPF: pass (google.com: domain of linux-kernel+bounces-120439-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
From: Norihiko Hama <norihiko.hama@alpsalpine.com>
To: Greg KH <gregkh@linuxfoundation.org>
CC: "stern@rowland.harvard.edu" <stern@rowland.harvard.edu>,
	"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
	"usb-storage@lists.one-eyed-alien.net"
	<usb-storage@lists.one-eyed-alien.net>, "linux-kernel@vger.kernel.org"
	<linux-kernel@vger.kernel.org>
Subject: RE: [PATCH] usb-storage: Optimize scan delay more precisely
Thread-Topic: [PATCH] usb-storage: Optimize scan delay more precisely
Thread-Index: AQHagAnskZ+PrXZ1a0CyN6BGkMIiXrFLFjOAgAAcfLA=
Date: Wed, 27 Mar 2024 07:39:55 +0000
Message-ID:
 <TYVPR01MB107814D7A583CB986884AD4B290342@TYVPR01MB10781.jpnprd01.prod.outlook.com>
References: <20240327055130.43206-1-Norihiko.Hama@alpsalpine.com>
 <2024032757-surcharge-grime-d3dd@gregkh>
In-Reply-To: <2024032757-surcharge-grime-d3dd@gregkh>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0:
 =?utf-7?B?TDlReVZMZ1VxLzVHUHYrLVJCN0xJNjBUa3VvalQ4aW5TcDB2NEhIVkdPSERE?=
 =?utf-7?B?Q3gzbXBwcWxuRVVHU3hoMnVaKy1sZGlwaXAvczVFVFJqWFpxMmNPeGI1SDE=?=
 =?utf-7?B?OCstb2FkSDhta2wwbUt6eFBIWTFqSnZNNUNvc3QvVXU0UXVUeEFzVEtYN29q?=
 =?utf-7?B?Y055bDI1Tmx5VVdheTk5bDY4Y2ZQdE4yMjFFam5QR0cvVG16YW10enMwbzRN?=
 =?utf-7?B?V3plUlJrUlMrLXlFRGJSb3V5MVo5WEp3ZG9yWjdFRkZ2YmxjblNRN05ERENj?=
 =?utf-7?B?clBXZkFsQUtXdDJTNFQ1Q0JiZGJzcHZVMkVJbUt5b3plTU9vNC8rLUZxSmtY?=
 =?utf-7?B?L25nY1VaeWpyMk14Y1RTaHBzeGVIY3RLbG91OUdaeTBERGJpVGZRUjhMZ05P?=
 =?utf-7?B?cG5YTVpsc0pVMmIwV3MySUQwdUN3ekVXN0ZzZkxYY2JYNFhMMEFxVldtRHNp?=
 =?utf-7?B?a1UzNkF6QlcwYystKy1oNVpDWkRxalZjNnY0MzlKNkpoWDY4TGNWWUxoN3c=?=
 =?utf-7?B?Ky1mVFZGNllCd25iazMzRTJidTJrS21nQkdXMUNsR1NRc3g4SjV6U2tvNWhI?=
 =?utf-7?B?TzF2NkhnMi9TOFRXR3BQNGdvQVo2OURyS3h6UjNhOG9mSHlIWGxsdzVrRUQ2?=
 =?utf-7?B?YkZpYWFiQWZqcmdYQ3VmODVYWjFwYzBKTTU2cFNIZkpZZ0RxSVdGZEdBQTh2?=
 =?utf-7?B?Rmo0VEEwZnJGTmFhSHhKZjNxMXhKQzBiTWRIWDhaWXVQaXhmQXNBWEFVTUhU?=
 =?utf-7?B?TTB6N08yR25KbzlwRVZ1bEE2bHRENTJ2UTZ3dTB6ak5hTDZPNjcxY2hDZFdO?=
 =?utf-7?B?L0QyMERrKy1UUVlGcVJnTHRwdlgxS05yMGJXcWQvZkNOM0ErLUJnWjk5dG9n?=
 =?utf-7?B?b3NpWmhpNmVtMS9XKy1XKy1ldFp6SzBhV2NoNVZoNktaQVVaVndPeG1ya25V?=
 =?utf-7?B?aWt5cGZYT2JDNlczUzZEY2FDKy1HMWpUWmhhaGdudmFCcmM4dXF2Vnh1OFA1?=
 =?utf-7?B?NkFUYUo2azZDMVd5Y0U2Rzc0QXhNcGx2NHNreWRDM0x1cnpXRFJJUUtHa2Jm?=
 =?utf-7?B?cFg0aVpIU1ZoeXdoL1FmazhQcG1Lc2dZYjJkNUFTR1lSTzRxTjQxVncvSjZ2?=
 =?utf-7?B?RnpvM1BMMnpVQWJRZFhuVy8rLVJ0VDRBWm9WTXZBSlQwand6empZSE1ZQXdX?=
 =?utf-7?B?WnBxVXJDUjZweFBYZXozU3dnQ0UyenY5Z0NSOUxZblN3TTYvKy1WSHlCcldy?=
 =?utf-7?B?SVFtZWkzWGxldXZHem10UDVsRjh1Ky1PYnRGZkRXRjA2TGxTZHcwL29UNWM0?=
 =?utf-7?B?eGdqSVRYZ01BTllUN0RwSTE5Vk9rNHJtZzR3U3NoRnR4WmZ4Ky1hZFA1Smo=?=
 =?utf-7?B?ZCstQkJrbUVON1MyNVowRlpNRmZOVHA2aFRoVkk2dTgzeHQ5V3RNS3hwMi9r?=
 =?utf-7?B?akQ0YWVtNWRISENYOE9HSXNRRzF4MFhSV29jUW5vcmZ4NHlQMGRMT1ArLVlP?=
 =?utf-7?B?Q2M3MU85U2IzUDN2VDZKUS9UMlBRMXhpMkExVFd6c1pzS3BLOGkxTGpuQWpk?=
 =?utf-7?B?WGQwaWMzMHZnb290Y0dnbSstRm9sdGRST0lQdHFKSmI3blFlVWNKL29YZW93?=
 =?utf-7?B?Q3JZcTYzN3dNRTZrRWx4WFl5akZ0RUJoZTZaMVhhZFNjUkRkS3N1RzJNT01E?=
 =?utf-7?B?NXY3YmFNTVFUbistU2FoVkRxR0FWZGRuQ2tpYUsrLU9pYkM2Y0tTTlByazRY?=
 =?utf-7?B?anNTdmZsd1VEbGJOeU5NaEllWGl6ZystdkppQnNUMjRZdFdKYnFacXV0SXM0?=
 =?utf-7?B?SVRCaHVMSlNUSnFhVEtNbG1aL1JseTZrSDZLc0NzbTRUTm16cEw4Mzh6S0c0?=
 =?utf-7?B?blpuNzB6YjRMUEt6N2tBQUthVS9XTVNFemVIYTRXaWkyVGZRS05aM0crLUJm?=
 =?utf-7?B?Y3ZRWlQ1YmNzR2pNdUhWZUV6RldkSGo5dTNzVEF5MEFrVk9qOGxibkVqY0hz?=
 =?utf-7?B?cFZXb1JmUWRBclNqWEJWN2FwR0MxMlpMSlFPS2prWDBqamhmMEJTMGNidGE0?=
 =?utf-7?B?bG15R2xPNFlzZFI0YkZtOGdkdzZZUkJ3SWtCZjJZQjJ1WWtlb2hTaGw5Wmpr?=
 =?utf-7?B?M3llalJrSy9tVm1WUEhpaU1PaXc0dElvRTZYSXpUbUVtQjFLM05nNUpxSnRW?=
 =?utf-7?B?akZyeHNZQw==?=
Content-Type: text/plain; charset="utf-7"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
List-Id: <linux-kernel.vger.kernel.org>
List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
X-OriginatorOrg: alpsalpine.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: TYVPR01MB10781.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 217abb7f-9ae3-4fba-19c9-08dc4e3118a5
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Mar 2024 07:39:55.3385
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 57e76998-77bd-4b82-a424-198f46eb2254
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: VVprI97L1L+du4U+yaLkYzbeEAHVyhs2OCHI7+o/AtQqa+fk3Te+bgyEv+MezasUn2dmIaTnemnLTSnza8naxA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYCPR01MB10680

+AD4- 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.
+AD4-
+AD4- I can understand wanting something between 1 and 0 seconds, but addin=
g yet-another-option isn't probably the best way, sorry.
1 second does not meet with performance requirement.
I have no good idea except module parameter so that we can maintain backwar=
d compatibility but be configurable out of module.
Do you have any other better solution?

Best regards,
Norihiko Hama