From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 54FD4C636CD for ; Mon, 6 Feb 2023 02:56:49 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C1F3A6B0072; Sun, 5 Feb 2023 21:56:48 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id BCF1B6B0073; Sun, 5 Feb 2023 21:56:48 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id ABE7A6B0074; Sun, 5 Feb 2023 21:56:48 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 9C4A76B0072 for ; Sun, 5 Feb 2023 21:56:48 -0500 (EST) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 5D9FC809AE for ; Mon, 6 Feb 2023 02:56:48 +0000 (UTC) X-FDA: 80435354496.27.055FA03 Received: from r3-17.sinamail.sina.com.cn (r3-17.sinamail.sina.com.cn [202.108.3.17]) by imf03.hostedemail.com (Postfix) with ESMTP id 7539F20007 for ; Mon, 6 Feb 2023 02:56:45 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf03.hostedemail.com: domain of hdanton@sina.com designates 202.108.3.17 as permitted sender) smtp.mailfrom=hdanton@sina.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1675652206; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=kQG3FATYVFw3MnYEKEC9zaD53rrYcDrfeDkzc0Ji3K4=; b=4QnNw0RRyIl7mjJLlgHsLC2wNJ61tutMh20fsK/vikFQmz4hua28lQaYFxfcf02qETJsmY FKhWqN7+rc/rEsoDdQ7p/bguvJTioDzDHDdL2A02snW+Nav+34j1KhjzlyLIvn6OxwPPRK 7ncNx+u3pyzOnq1vUq+L/jPB02Npgbo= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf03.hostedemail.com: domain of hdanton@sina.com designates 202.108.3.17 as permitted sender) smtp.mailfrom=hdanton@sina.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1675652206; a=rsa-sha256; cv=none; b=JGMc+1wRpvbXiRsw1OxeQKVjdWkGolN+tKGQStkDiHM9ompBi9dRABASH0paYJK/prlZ75 Q8QzVBFiyoeQl69X46RvYp/GUiTxS69MbIbzTKMspyd1PYhj5Whu2+3XNjueVU2RCgkZNQ +p6nU4iDdk7QaIQwTBlZ71QBccm78K8= Received: from unknown (HELO localhost.localdomain)([114.249.61.130]) by sina.com (172.16.97.27) with ESMTP id 63E06BF500002765; Mon, 6 Feb 2023 10:54:47 +0800 (CST) X-Sender: hdanton@sina.com X-Auth-ID: hdanton@sina.com X-SMAIL-MID: 41242149285083 From: Hillf Danton To: Alan Stern Cc: Tetsuo Handa , Greg Kroah-Hartman , "Rafael J. Wysocki" , linux-mm@kvack.org, LKML , USB list , Hillf Danton , Linus Torvalds Subject: Re: Converting dev->mutex into dev->spinlock ? Date: Mon, 6 Feb 2023 10:56:29 +0800 Message-Id: <20230206025629.1786-1-hdanton@sina.com> In-Reply-To: References: <28a82f50-39d5-a45f-7c7a-57a66cec0741@I-love.SAKURA.ne.jp> <917e1e3b-094f-e594-c1a2-8b97fb5195fd@I-love.SAKURA.ne.jp> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspam-User: X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 7539F20007 X-Stat-Signature: iaa4nt6iwyw31dfauicgqn5t3b5g1esd X-HE-Tag: 1675652205-590335 X-HE-Meta: U2FsdGVkX1+7gIqt9L7gR0XdyYtgvS4M3L0ho/iYPDPeEx7hVcsvn04mysjn07SqrT+hCtWdhVVtlzm+CGwD8AveOKybzw70oksCJhyOysAdXMhw/YFECtBU1QqS+wCCnr0qnXGwiGKvF7HtvaJkUtgKxMIrIaFJBU+c2zeQgTl1H6MTKk5atT6RHWPI+YuNHJ3cWh7LsD57njbBvkGg1PxWs+efnX9yziBQO5RelNFfClLDcWSGn8lCpjjRl90GWVcALRuZwI2ypOLLaBgydohTL9g1LnTLYHXLn8JkYWHiASlH5jOUXcV/LzVFS/gN/cODkUQAqfYYsgqUC9Juj7qu3SyOn40/QvnrzFnLEM3yjNZMF+xAu1YjIZDSWHd4Hs9rvOv8nC4+P7OmOdrzSU3Il6UiR2DvgKQP7RF/kmO5fvN5BNI4a9AhPTwprisT/xiIFyLi0n086KRiWXJeJt2O/bo2HStiNkGC1MZLj65Ho8KxMcuAw+EXObrhTzrmWPNZNTIH95A1ApcX/u2lJ1/07tsqEmE8SxR/Cg+vYAE/c83w2enjuzEHIt1qpQN/+3BXLPPvCW+XnGOp4rIXJ8jJwm4Ht1wSMp2lc633fRXTZf5PJpdsw0F0EXhjwPHnkujS6/6iuITbbOubZm2ctfm5ziAmukywF5XpvQFo6IWLb3IZdMVbxPXF02CmZyYZ8yaS+fJpZCA6iOz+WQt0UFsPjMg6Nwr8wsBpYhp3WFadG+El/fbWUrM6UlCXrgGg/uqV7pjcX7/e8Ei5v/IM4SZWi7ZQz/0Qudm32t4xlRuhh3jS/Hs0/oryBoKjizZTXZbJYkw2hehRsskVCgbNRsSxDUSEhle6j7X6QtHbAwOU5CAkX/wJ9d0m4rh55x/NU5d53TMQ3nGIIlF6er/mtiYnGjZnNO5h8PpxmSmmESm6Q9Odjj+bDDsytInuxam0Dq3S7t0+8fRHOFntTBw xi86l1E+ eeyXlhuUjIXw8foHpljQvR0rC6xSZsJPpvpaEg/Y2lZ6d5eku5DdEND9EVVzeoiL4sM9tKF4fT0Uo/P0S3BN4yQPbjbQljaWbBZA6qXK5RDrpsCIs6iu4ZaOIidJmlGui+29TfjF9eGtmKeM= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Sun, 5 Feb 2023 11:46:06 -0500 Alan Stern > > And by the way, by disabling lockdep validation I am declaraing that > enabling it would cause an overwhelming number of false positives, Could you share 5 false positives you see upstream to help understand how it is useless? Hillf > rendering lockdep useless (as you found out when you tried). Not that > driver developers don't have to worry about dev->mutex. > > Alan Stern