From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from baidu.com (mx21.baidu.com [220.181.3.85]) (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 B9FE325C711; Wed, 15 Oct 2025 02:09:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=220.181.3.85 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760494193; cv=none; b=WWBogJKuiUVlX0Z3AM5qSDPjXEoPThOFoHUBTnIybggjvb+WzUARMdyytTlytknhNxdXNb+6b4XR7CuuQzGR1mBdBVVH8Mq4caKLcmsJUFf7WjUgqaAStQ0mZ9SOW215uwS5eE7N9OyZCOmbsZ0gSdSOlE1UFS+pralcU49XhJs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760494193; c=relaxed/simple; bh=bc54xO84RzzB202e+ZMmbdyvlYyAFS2WR/CfmHyOe5o=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=HqaAkoj/tKwH1Edu9hEisGw9tWM576pBSFt/mC7SUB6KM+GW82pUXuTl0NI85HTKz2ki/b8Ml36wcSW09XWJO02YRZcn4k2U/wN/0g4JNDZRnS2ZArVSnW4yUuSJDVhQKsm4AfaC/00+M1qxshCwwP1Ivqa4lSg6ETaQWVbF9gk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=baidu.com; spf=pass smtp.mailfrom=baidu.com; arc=none smtp.client-ip=220.181.3.85 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=baidu.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baidu.com From: "Li,Rongqing" To: Petr Mladek CC: Lance Yang , "wireguard@lists.zx2c4.com" , "linux-arm-kernel@lists.infradead.org" , "Liam R . Howlett" , "linux-doc@vger.kernel.org" , David Hildenbrand , "Randy Dunlap" , Stanislav Fomichev , "linux-aspeed@lists.ozlabs.org" , "Andrew Jeffery" , Joel Stanley , "Russell King" , Lorenzo Stoakes , Shuah Khan , Steven Rostedt , "Jonathan Corbet" , Joel Granados , "Andrew Morton" , Phil Auld , "linux-kernel@vger.kernel.org" , "linux-kselftest@vger.kernel.org" , "Masami Hiramatsu" , Jakub Kicinski , "Pawan Gupta" , Simon Horman , Anshuman Khandual , Florian Westphal , "netdev@vger.kernel.org" , Kees Cook , Arnd Bergmann , "Paul E . McKenney" , Feng Tang , "Jason A . Donenfeld" Subject: RE: [????] Re: [????] Re: [PATCH][v3] hung_task: Panic after fixed number of hung tasks Thread-Topic: [????] Re: [????] Re: [PATCH][v3] hung_task: Panic after fixed number of hung tasks Thread-Index: AQHcPO9h0grxiWd7ak27/owdD96L07TBdJLA//+i6ACAAVy0QA== Date: Wed, 15 Oct 2025 02:04:21 +0000 Message-ID: References: <20251012115035.2169-1-lirongqing@baidu.com> <588c1935-835f-4cab-9679-f31c1e903a9a@linux.dev> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-FEAS-Client-IP: 172.31.50.46 X-FE-Policy-ID: 52:10:53:SYSTEM > I would also update the subject to something like: >=20 > hung_task: Panic when there are more than N hung tasks at the same > time >=20 Ok, I will update=20 >=20 >=20 > That said, I think that both approaches make sense. >=20 > Your approach would trigger the panic when many processes are stuck. > Note that it still might be a transient state. But I agree that the more = stuck > processes exist the more serious the problem likely is for the heath of t= he > system. >=20 > My approach would trigger panic when a single process hangs for a long > time. It will trigger more likely only when the problem is persistent. Th= e > seriousness depends on which particular process get stuck. >=20 Yes, both are reasonable requirement, and I will leave it to you or anyone = else interested to implement it Thanks -Li. > I am fine with your approach. Just please, make more clear that the numbe= r > means the number of hung tasks at the same time. > And mention the problems to login, ... >=20 > Best Regards, > Petr