Received: by 2002:a05:7208:9594:b0:7e:5202:c8b4 with SMTP id gs20csp2389138rbb; Tue, 27 Feb 2024 23:22:41 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCU/jJ9zTWElZGgWHx/ETjdhLyI6hwNjbt1PLe2R7muvyamYSJGdwNxSIia4ghIEBN+pqL65Xq5PxJRB+WdtfkZ2pJWdwqecIEpXGYZEPA== X-Google-Smtp-Source: AGHT+IFfKaFYoOhnP76Z5EClUN/ZU76DC2of5Z6J27hzxce/Jck+k6SjqqGzg/6kc+h7EUmEohni X-Received: by 2002:a05:6512:10cc:b0:512:fa28:c488 with SMTP id k12-20020a05651210cc00b00512fa28c488mr7432638lfg.65.1709104960997; Tue, 27 Feb 2024 23:22:40 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1709104960; cv=pass; d=google.com; s=arc-20160816; b=AfJyTT3t7TD6ENfdPFH5vPLdMeFFeY/lqomTxv2AwlmwrgMvfT8GEJqlVw/W3eZ9el H7XojVjIGPE3aZ4U31+cSCNfiH9OzSBvBmVAVAhz3Ud2QD0XwoPVuz3x/Zu2Tu17T+gQ ittS1EpVKFh7txzE2uwU+Bvdkh3DrGMswGk6kWFnPOvC/ss75UmxOkbksGbb2xLIbbDk 1TGDrHV24Q+xmilXbx/emwloKDcvjujvGyY3xsVL6c5R3kKLWgtdF23Qn4W+UiG4FIeq UZlihlXlxenRct5b0fI0zluaXuZaAc/n05PYzeXPTQySXwOjml5i1+phe64gRPgkNh88 jmtw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:message-id:date:subject:cc:to :from:dkim-signature; bh=1sgjtFP0Ccab8aXlrVzKfTgdlzFMp8b0DngTSJsuedc=; fh=h1xXNY8doO7YpZZxFq7Tt2h1zNi8L7URk9NotQAeleE=; b=dijQ3PsxvpZrAIHdSPvJbNqLLRF91e/FyirvevjrXZo9434QWbDuH9cyGLD11vIuKk i777tBxT5xB6f3WNLmoECZCmpWrelAYWfBZz5VuFkn70KGf+x6SoPuwLCyrwFhSp2svk S7TGai/3YYEjr1GcwOe2kyeVxrOHbU26uoAV3G5KHBBHb3oTpaQK+ccitzDb7wQvN0e9 dMFmUtTKKODtGjT0ZgDdRpKIpm+GC7pSrngCzHbIBfXiRo3PYl175lFYSo8XiP6Jjkay 005hbdGpBgQm3urceEsRl05zl0pj9l4eVbjTBpyOBJnW/IrQzr4shLpVegjDQwWyDqdn snBw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linux.alibaba.com header.s=default header.b=f6bx8kvG; arc=pass (i=1 spf=pass spfdomain=linux.alibaba.com dkim=pass dkdomain=linux.alibaba.com dmarc=pass fromdomain=linux.alibaba.com); spf=pass (google.com: domain of linux-kernel+bounces-84598-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-84598-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.alibaba.com Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id l16-20020a056402255000b005653f265584si1490667edb.241.2024.02.27.23.22.40 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 27 Feb 2024 23:22:40 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-84598-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.alibaba.com header.s=default header.b=f6bx8kvG; arc=pass (i=1 spf=pass spfdomain=linux.alibaba.com dkim=pass dkdomain=linux.alibaba.com dmarc=pass fromdomain=linux.alibaba.com); spf=pass (google.com: domain of linux-kernel+bounces-84598-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-84598-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.alibaba.com 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 567DE1F23AF3 for ; Wed, 28 Feb 2024 07:22:40 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 3EF4824A08; Wed, 28 Feb 2024 07:22:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b="f6bx8kvG" Received: from out30-112.freemail.mail.aliyun.com (out30-112.freemail.mail.aliyun.com [115.124.30.112]) (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 57077241E6; Wed, 28 Feb 2024 07:22:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.30.112 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709104950; cv=none; b=GWC5W+EMPtarngrBS8ApzbEzI40nb76Rhc0OHsWVP/izWn1Fp+jX8yX+AgsTic6TKkZBNGdxm78kqC664xDV3ATxj6vhXZkGcabNp/SGNngLLUaAVWcY3frJfhCZl1V+lMCBM/DxrZMjNSAIDklpTlD97sqRUNjVfeO1rv7rJzY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709104950; c=relaxed/simple; bh=GSvyp8Qsgu5mSDE4c4E4ea5/h2OzKgjAON8hlIaJK7M=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version:Content-Type; b=jI+Z12p8aILKGLEUR5nKm/yVdeZ/cGWJjqUAXWqcivzx+afX2zXlpVK7zBgTkqmCWno74qV5kaGehxlLaFi8D/vGuGWuyb63fcfOHnKYPWxwkPnPYmVWgfBur4eksYEPFRo0mvV3RScUPv/6qD//tUOCz8FviQgj61vmRvPKNlQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; spf=pass smtp.mailfrom=linux.alibaba.com; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b=f6bx8kvG; arc=none smtp.client-ip=115.124.30.112 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.alibaba.com DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1709104944; h=From:To:Subject:Date:Message-Id:MIME-Version:Content-Type; bh=1sgjtFP0Ccab8aXlrVzKfTgdlzFMp8b0DngTSJsuedc=; b=f6bx8kvGNojDLd8v29AvJaOkayZ8SKz0PJ21J/xmF51eT38X2MnCH+JKJ2MztayOjwzn5T6o/Lt9r9h9pDTFz1yDjjMmh7aSomBFUdo+Ci54wwEPTGzHr2ejN/WyAX0n8KtRF16Cfa5ZMhZHSfZOAAU4kcUuk8In1KwoxR81WB0= X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R221e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046050;MF=yaoma@linux.alibaba.com;NM=1;PH=DS;RN=16;SR=0;TI=SMTPD_---0W1P3Z0l_1709104940; Received: from localhost.localdomain(mailfrom:yaoma@linux.alibaba.com fp:SMTPD_---0W1P3Z0l_1709104940) by smtp.aliyun-inc.com; Wed, 28 Feb 2024 15:22:22 +0800 From: Bitao Hu To: dianders@chromium.org, tglx@linutronix.de, liusong@linux.alibaba.com, akpm@linux-foundation.org, pmladek@suse.com, kernelfans@gmail.com, deller@gmx.de, npiggin@gmail.com, tsbogend@alpha.franken.de, James.Bottomley@HansenPartnership.com, jan.kiszka@siemens.com Cc: linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, yaoma@linux.alibaba.com Subject: [PATCHv11 0/4] *** Detect interrupt storm in softlockup *** Date: Wed, 28 Feb 2024 15:22:12 +0800 Message-Id: <20240228072216.95130-1-yaoma@linux.alibaba.com> X-Mailer: git-send-email 2.37.1 (Apple Git-137.1) 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=UTF-8 Content-Transfer-Encoding: 8bit Hi, guys. I have implemented a low-overhead method for detecting interrupt storm in softlockup. Please review it, all comments are welcome. Changes from v10 to v11: - Only patch #2 and patch #3 have been changed. - Add comments to explain each field of 'struct irqstat' in patch #2. - Split the inner summation logic out of kstat_irqs() and encapsulate it into kstat_irqs_desc() in patch #3. - Adopt Thomas's change log for patch #3. - Add the 'Reviewed-by' tag of Liu Song. Changes from v9 to v10: - The two patches related to 'watchdog/softlockup' remain unchanged. - The majority of the work related to 'genirq' is contributed by Thomas, indicated by adding 'Originally-by' tag. And I'd like to express my gratitude for Thomas's contributions and guidance here. - Adopt Thomas's change log for the snapshot mechanism for interrupt statistics. - Split unrelated change in patch #2 into a separate patch #3. Changes from v8 to v9: - Patch #1 remains unchanged. - From Thomas Gleixner, split patch #2 into two patches. Interrupt infrastructure first and then the actual usage site in the watchdog code. Changes from v7 to v8: - From Thomas Gleixner, implement statistics within the interrupt core code and provide sensible interfaces for the watchdog code. - Patch #1 remains unchanged. Patch #2 has significant changes based on Thomas's suggestions, which is why I have removed Liu Song and Douglas's Reviewed-by from patch #2. Please review it again, and all comments are welcome. Changes from v6 to v7: - Remove "READ_ONCE" in "start_counting_irqs" - Replace the hard-coded 5 with "NUM_SAMPLE_PERIODS" macro in "set_sample_period". - Add empty lines to help with reading the code. - Remove the branch that processes IRQs where "counts_diff = 0". - Add the Reviewed-by of Liu Song and Douglas. Changes from v5 to v6: - Use "./scripts/checkpatch.pl --strict" to get a few extra style nits and fix them. - Squash patch #3 into patch #1, and wrapp the help text to 80 columns. - Sort existing headers alphabetically in watchdog.c - Drop "softlockup_hardirq_cpus", just read "hardirq_counts" and see if it's non-NULL. - Store "nr_irqs" in a local variable. - Simplify the calculation of "cpu_diff". Changes from v4 to v5: - Rearranging variable placement to make code look neater. Changes from v3 to v4: - Renaming some variable and function names to make the code logic more readable. - Change the code location to avoid predeclaring. - Just swap rather than a double loop in tabulate_irq_count. - Since nr_irqs has the potential to grow at runtime, bounds-check logic has been implemented. - Add SOFTLOCKUP_DETECTOR_INTR_STORM Kconfig knob. Changes from v2 to v3: - From Liu Song, using enum instead of macro for cpu_stats, shortening the name 'idx_to_stat' to 'stats', adding 'get_16bit_precesion' instead of using right shift operations, and using 'struct irq_counts'. - From kernel robot test, using '__this_cpu_read' and '__this_cpu_write' instead of accessing to an per-cpu array directly, in order to avoid this warning. 'sparse: incorrect type in initializer (different modifiers)' Changes from v1 to v2: - From Douglas, optimize the memory of cpustats. With the maximum number of CPUs, that's now this. 2 * 8192 * 4 + 1 * 8192 * 5 * 4 + 1 * 8192 = 237,568 bytes. - From Liu Song, refactor the code format and add necessary comments. - From Douglas, use interrupt counts instead of interrupt time to determine the cause of softlockup. - Remove the cmdline parameter added in PATCHv1. Bitao Hu (4): watchdog/softlockup: low-overhead detection of interrupt storm genirq: Provide a snapshot mechanism for interrupt statistics genirq: Avoid summation loops for /proc/interrupts watchdog/softlockup: report the most frequent interrupts arch/mips/dec/setup.c | 2 +- arch/parisc/kernel/smp.c | 2 +- arch/powerpc/kvm/book3s_hv_rm_xics.c | 2 +- include/linux/irqdesc.h | 14 +- include/linux/kernel_stat.h | 3 + kernel/irq/internals.h | 4 +- kernel/irq/irqdesc.c | 50 +++++-- kernel/irq/proc.c | 9 +- kernel/watchdog.c | 213 ++++++++++++++++++++++++++- lib/Kconfig.debug | 13 ++ scripts/gdb/linux/interrupts.py | 6 +- 11 files changed, 286 insertions(+), 32 deletions(-) -- 2.37.1 (Apple Git-137.1)