Received: by 2002:a05:6359:6284:b0:131:369:b2a3 with SMTP id se4csp4507102rwb; Tue, 8 Aug 2023 09:25:09 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGOb8hbNf8ZtbbXJc0EZJTIrnt5InTRwNOFGjCqTc9XHRMGR/PZTGwv1LgGFsbBFpgM8CNy X-Received: by 2002:a17:906:539a:b0:99b:fdbb:31f1 with SMTP id g26-20020a170906539a00b0099bfdbb31f1mr84350ejo.16.1691511908818; Tue, 08 Aug 2023 09:25:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691511908; cv=none; d=google.com; s=arc-20160816; b=zrrYoG5EFa6kpS8ZxEchhBdOSOnKU4ZxYtE1siL/u7oG51VkK1wG3cNylRReqsXKU/ 2EuxyGelvFvz+1lfm2WxvSYPxQr4bU2YBwH4yS+mGJ6LQHLJlsdV7IGFpli9wSD/HiW9 g2/oT0EQp+wcBLjwYtpq1/4Vf9KiE/6SVVM2HThFHsu/EHs5jDPpSvf+kNId9LkRpt7v LQjTaandF2Hha6Lqa0u3dDk8U03Zx0ZWEh3rfQASNHQ54owgITSr9olMZs5mk/Bjk3rA utT6wD2hInqWrp4xMM0RsjWtqiywcCiHG2AdlF1dX2PEB722IuMhRppfJ6DSynLA6+mF kAZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date; bh=QMzi1AEFGrStKBqyX14kOm3MZuwPvXb7qDjWk2vpo8A=; fh=Qg7Eod8FjN06dERbE1bHl4TAMb3b3ZUVvAGinRSXYXA=; b=Km827r5RUytv8Z2AhJZopXjMIsbyoN3SSpY6fZlNetBR9+8gIqiW1IDu8rTPioN0qV hIEB07imNFwJy+oq464hgKn0xA0Ubj82hFPZcP0B4Mpt+qV9BtKkeI96kyvbEm1ok6Fr T3MLNyfIFMIVxnrLaDMLAWoRmI/av+9qUbLAwnB8BaNpZ867yBPPjPsF5aNdgo0hDCyW 4OxahFi8HU/+B28+tSFiAn0aOOgo5ZC10w6/apnwzNVcNdi1zeBY9Mri0XrrhTaxy3QH hKrVutVCW2wth/MIYoeYYKVQ5tAUADC/8PrfSv8SsZSV8e/QAZ8RMhNgjYeX1jS90hau sGdg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p2-20020a170906b20200b0099bc7292ed0si2386693ejz.806.2023.08.08.09.24.43; Tue, 08 Aug 2023 09:25:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231681AbjHHQEV (ORCPT + 99 others); Tue, 8 Aug 2023 12:04:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41202 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231166AbjHHQDC (ORCPT ); Tue, 8 Aug 2023 12:03:02 -0400 Received: from angie.orcam.me.uk (angie.orcam.me.uk [78.133.224.34]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 0CB155FFB; Tue, 8 Aug 2023 08:44:51 -0700 (PDT) Received: by angie.orcam.me.uk (Postfix, from userid 500) id A24C49200C4; Tue, 8 Aug 2023 16:54:41 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id A02FE9200BF; Tue, 8 Aug 2023 15:54:41 +0100 (BST) Date: Tue, 8 Aug 2023 15:54:41 +0100 (BST) From: "Maciej W. Rozycki" To: Tiezhu Yang cc: Thomas Bogendoerfer , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, loongson-kernel@lists.loongnix.cn Subject: Re: [PATCH] MIPS: Remove noreturn attribute for die() In-Reply-To: <1690887599-11442-1-git-send-email-yangtiezhu@loongson.cn> Message-ID: References: <1690887599-11442-1-git-send-email-yangtiezhu@loongson.cn> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 1 Aug 2023, Tiezhu Yang wrote: > If notify_die() returns NOTIFY_STOP, there is no need to call > make_task_dead(), we can remove noreturn attribute for die(), > this is similar with arm64, riscv and csky. So you want to keep a task alive that has caused a kernel oops in the process context in this case, right? What purpose would it be for and what condition causes `notify_die' to return NOTIFY_STOP? IOW why is there no need to call `make_task_dead' in this case? Maciej