Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp388499pxb; Wed, 24 Feb 2021 05:07:29 -0800 (PST) X-Google-Smtp-Source: ABdhPJwOjiZinPpVmo3qqI6xKrWtg+LNxc3BJMcGX8z1pmuuq24oR72okHge9uRZ+K/yxq7TDboj X-Received: by 2002:a50:e183:: with SMTP id k3mr33522145edl.45.1614172049369; Wed, 24 Feb 2021 05:07:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614172049; cv=none; d=google.com; s=arc-20160816; b=XuUiKxWd2NpgpPqVtsT5yKmC5pYLDuSY+xaq+07RY67Ny+/nxuSprwLYpEfjI9KZtv MSYT94GGtxdfjTioeamBsvVDcp66AEDd6BPCjxG0vXntKrw8LIjWgv2wYqQxxjyK+KvY PeKLlo6mKvxlq32XFaedK9IN/kNLQSHs0BFkQUIqQn4CkCjaG9bl/GbA+Ls89D4PAjw6 FfZbHuNR+KfYFRJdxgPrKNEiRslQcbbyxB1ey+Kt+SxHa8EuUAZppqe0MvGx+oXe7E7A DBjjx0xFMak69bVAEa0Tx1HzpO6CByh1Np0qQT9JsUUXwIf3b46ogrVN6k6D74Ujmiwn LQJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=cZ9CytVVC5Yaa0UfPYhQheWPQFCjnccaT1/jCSrnfZo=; b=tCGiskl881UEODkD8Lu2d6riWXXLzxV4KvSE2FgTqZn4zDS/pGzdkBywHPZR9p3b3C L6qreXoErNjQf8O10rcBg57PMXVLeDiY8ALVJ82n7pw2RHpIUJ2HECakbnvb07rQI0Bq ldCpDAUgBJ4TdTzEBWsUuZyrftsm+bQ57ORUpo06eeK/XS1NepNzCNT8y1CYxn0XlxyI lYrziOaB7fKqqnUJNOfG7a4LQrAoteU5lOEoUdjoaZT8SgQ145myo2rwofzuv5KE/PIM 6ytxP2Rt1rg87+yBItMcQnx4mpWvF8H1isLuoR3il0kVdJpIiGb6ACDaFe9lBBZ2Op5z wXjQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hp10si1186095ejc.168.2021.02.24.05.07.01; Wed, 24 Feb 2021 05:07:29 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234757AbhBXJnX (ORCPT + 99 others); Wed, 24 Feb 2021 04:43:23 -0500 Received: from mail-oi1-f170.google.com ([209.85.167.170]:38811 "EHLO mail-oi1-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234728AbhBXJmM (ORCPT ); Wed, 24 Feb 2021 04:42:12 -0500 Received: by mail-oi1-f170.google.com with SMTP id h17so1811194oih.5; Wed, 24 Feb 2021 01:41:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cZ9CytVVC5Yaa0UfPYhQheWPQFCjnccaT1/jCSrnfZo=; b=kzIiBsIwz1byI3nw2DwH1CHNdI2UmQL5mrJmq7tfxnQY1VreSzferqly1SgixV1py+ HHabpSCCDHTdPy0lu5du4oJidoDNL8TD53L8WHmsV1ehBv7Nhm2Tna/KeYtTXXQEqC+F 4/JuZGoyldwEyPY75oDfLVOe8KevX5tLyTwFS4IijblRvcJ8yw1WfoW9BA5OthaKVi13 VcVxuzF2/Ldd6gFEICNfdwvo3sqzLXRuvgeBhOtKgQT32a4687prhiE+aGUSJEaL5P6B 5BtHmpkhht35QcQDS8T86M0wkwK5sG7UAYAMbdnibh7jmgIWdsxb5FJ7+/HeR6rtFOIy t2lA== X-Gm-Message-State: AOAM530geLv2NF3B1lXpgs46oyZS1SKupxZ2pIMf9cfdoLhIE2VodEfB Ntwu0tIGDhDUZsJHIhhhzXuvjxkjkEDEx8bcxoP0UW8n X-Received: by 2002:aca:d908:: with SMTP id q8mr2136302oig.148.1614159691871; Wed, 24 Feb 2021 01:41:31 -0800 (PST) MIME-Version: 1.0 References: <1612697823-8073-1-git-send-email-tanxiaofei@huawei.com> In-Reply-To: <1612697823-8073-1-git-send-email-tanxiaofei@huawei.com> From: Geert Uytterhoeven Date: Wed, 24 Feb 2021 10:41:19 +0100 Message-ID: Subject: Re: [PATCH for-next 00/32] spin lock usage optimization for SCSI drivers To: Xiaofei Tan Cc: "James E.J. Bottomley" , "Martin K. Petersen" , scsi , Linux Kernel Mailing List , linuxarm@openeuler.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Xiaofei, On Sun, Feb 7, 2021 at 12:46 PM Xiaofei Tan wrote: > Replace spin_lock_irqsave with spin_lock in hard IRQ of SCSI drivers. > There are no function changes, but may speed up if interrupt happen > too often. I'll bite: how much does this speed up interrupt processing? What's the typical cost of saving/disabling, and restoring interrupt state? Is removing this cost worth the risk of introducing subtle regressions on platforms you cannot test yourself? BTW, how many of these legacy SCSI controllers do you have access to? Thanks for your answers! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds