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;
Date:   Tue, 29 Aug 2023 17:19:18 +0200
From:   Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To:     Tiezhu Yang <yangtiezhu@loongson.cn>
Cc:     "Maciej W. Rozycki" <macro@orcam.me.uk>,
        linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org,
        loongson-kernel@lists.loongnix.cn
Subject: Re: [PATCH v4 0/4] Modify die() for MIPS
Message-ID: <ZO4Mdr9/XUkXDK9j@alpha.franken.de>
References: <1692434183-2054-1-git-send-email-yangtiezhu@loongson.cn>
 <ZOxkt/6EkQIy+Jkt@alpha.franken.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <ZOxkt/6EkQIy+Jkt@alpha.franken.de>
Precedence: bulk

On Mon, Aug 28, 2023 at 11:11:19AM +0200, Thomas Bogendoerfer wrote:
> On Sat, Aug 19, 2023 at 04:36:19PM +0800, Tiezhu Yang wrote:
> > v4:
> >   -- Add BUG() at the end of nmi_exception_handler()
> >   -- Return earlier in die() if notify_die() returns NOTIFY_STOP
> >   -- Update the patch titles and commit messages
> > 
> > v3:
> >   -- Make each patch can be built without errors and warnings.
> > 
> > v2: 
> >   -- Update the commit message to give more detailed info, split into
> >      three individual patches, suggested by Maciej, thank you.
> > 
> > Tiezhu Yang (4):
> >   MIPS: Add BUG() at the end of nmi_exception_handler()
> >   MIPS: Do not kill the task in die() if notify_die() returns
> >     NOTIFY_STOP
> >   MIPS: Return earlier in die() if notify_die() returns NOTIFY_STOP
> >   MIPS: Add identifier names to arguments of die() declaration
> > 
> >  arch/mips/include/asm/ptrace.h |  2 +-
> >  arch/mips/kernel/traps.c       | 15 +++++++++------
> >  2 files changed, 10 insertions(+), 7 deletions(-)
> 
> series applied to mips-next.

I've dropped the series again after feedback from Maciej, that this
still needs more changes.

Thomas.

-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]