Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp5435848pxu; Thu, 22 Oct 2020 02:09:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmLrSaQ1/6wrzu1cADIwIh+RouEF+1iQXqyUV+jtk3Lh4aca8Zi9KEZc/u5pRfdVzEuMOm X-Received: by 2002:a17:907:43ef:: with SMTP id ol23mr1295723ejb.284.1603357766734; Thu, 22 Oct 2020 02:09:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603357766; cv=none; d=google.com; s=arc-20160816; b=SvWsxxEZrigk/6SNtlKV5PBGP6dI0Teoeuf9FnWMevwKritTHOBJGGFBCIUuSQ6Sk2 v9WnVie3xeyZnllPwZtgKvlVz1vAlUasSdc2F5PmNVetPnZ6/igMNVrzWQZgWVNtfb7J cDuzt/lsKm3b6NT/1sQ11H310DPOAuNws65LlI3XDs8XyTHsitckcyu5wN0cltD5yh01 VqDezHPkt20Zn6JDWRCrV0s9cg8OWnFas67mfZY7GY/2ncdxcGK4aXfJoaJ2vTA41kbQ MZQtGMYBiKVDmL6Bj6LnoyiZRgbbvsUj6u9acPoVH8LX5cE40wOJ5dZuSFmFMoFQUnJ+ D98A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=QyrQSQmCRoE8e/yyUqmfECgKX4VgXOUeiqXGpq3mP/o=; b=VvDYwQw2E4j6A6NQY7te/SyUhi0o7fVjPT9QH8F3mPkylmFsLQssys4v0hxNGq1fMX EzKIclGMiecSASt1MORD/524yGvtA+ukGZFUjmOqWHzXNo+X0s8pyQrRGi64TA67ibNW kyxEQy4Dus1DzOL0W3QCjLSuqwiHijptLxsnlAERwsnAJqIWPLM2l/iMrEsZgTrQcXnY O3oHk6JOcDU78vSkIxmDl0U3xg9g20ivbJQAuXf7UiW6tFbNAxnV8znQb0DoBu3B2OBw ltf65C4lqQXysd6dRCF8MFzxV9PWglv2E+yyF2YZAYAk3H2ohhom0A34I53ZXVKmfAkR ym2w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=B99Knje7; dkim=neutral (no key) header.i=@linutronix.de header.b=SBL2SbiG; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o24si554875edq.185.2020.10.22.02.09.04; Thu, 22 Oct 2020 02:09:26 -0700 (PDT) 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; dkim=pass header.i=@linutronix.de header.s=2020 header.b=B99Knje7; dkim=neutral (no key) header.i=@linutronix.de header.b=SBL2SbiG; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2509365AbgJVIht (ORCPT + 99 others); Thu, 22 Oct 2020 04:37:49 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:46070 "EHLO galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2508247AbgJVIhs (ORCPT ); Thu, 22 Oct 2020 04:37:48 -0400 From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1603355866; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=QyrQSQmCRoE8e/yyUqmfECgKX4VgXOUeiqXGpq3mP/o=; b=B99Knje7mrFwyx04a4DftGWbzUOcUu5Q2wD49824cq5FfoSS6yVttHCESYzlP4uy+Io29N FF8KMUsdetdGVgt+iYV0r6eLMNEiVnt1fOXzX8h6Uxkx0tl1iC2TRQB+vR7UkmV+wXjUJ/ Hut1ewDzhQSVJNcC+6FNZdOrARtyNeBDoXLf2KnvpkZBm62uzIFHXgzZm6PPvHvLmXescC Hp8SN2W0SYT0Wgwe1T+vtvWjPZ/DpOzsmzlju1PPdqrYbvsB72+wPQt/mz78FjPnQMGeoP HmC9ZcYTWOd8nzEPIPAy/3GUV7d0AV2N0c5LGYr6+zI2oTObq79jpFnSYkGwKw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1603355866; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=QyrQSQmCRoE8e/yyUqmfECgKX4VgXOUeiqXGpq3mP/o=; b=SBL2SbiGQs74m8lQq8dx4auN2wtwVZkTfiXi6gnjnezfm5dpJdZhHv7gzNIyeeuhl0yb11 JAtMRK9rJNxqB+Cw== To: Pingfan Liu , linux-kernel@vger.kernel.org Cc: Pingfan Liu , Peter Zijlstra , Jisheng Zhang , Andrew Morton , "Guilherme G. Piccoli" , Petr Mladek , Marc Zyngier , Linus Walleij , afzal mohammed , Lina Iyer , "Gustavo A. R. Silva" , Maulik Shah , Al Viro , Jonathan Corbet , Pawan Gupta , Mike Kravetz , Oliver Neukum , linux-doc@vger.kernel.org, kexec@lists.infradead.org Subject: Re: [PATCH 0/3] warn and suppress irqflood In-Reply-To: <1603346163-21645-1-git-send-email-kernelfans@gmail.com> References: <1603346163-21645-1-git-send-email-kernelfans@gmail.com> Date: Thu, 22 Oct 2020 10:37:46 +0200 Message-ID: <871rhq7j1h.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 22 2020 at 13:56, Pingfan Liu wrote: > I hit a irqflood bug on powerpc platform, and two years ago, on a x86 platform. > When the bug happens, the kernel is totally occupies by irq. Currently, there > may be nothing or just soft lockup warning showed in console. It is better > to warn users with irq flood info. > > In the kdump case, the kernel can move on by suppressing the irq flood. You're curing the symptom not the cause and the cure is just magic and can't work reliably. Where is that irq flood originated from and why is none of the mechanisms we have in place to shut it up working? Thanks, tglx