Re: kern/57621: Updated 10.0_BETA macppc MP kernel prone to hangs

[Rin Okuyama <rokuyama.rk%gmail.com@localhost>]

The following reply was made to PR kern/57621; it has been noted by GNATS.

From: Rin Okuyama <rokuyama.rk%gmail.com@localhost>
To: Havard Eidnes <he%uninett.no@localhost>
Cc: gnats-bugs%netbsd.org@localhost, kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, 
	netbsd-bugs%netbsd.org@localhost
Subject: Re: kern/57621: Updated 10.0_BETA macppc MP kernel prone to hangs
Date: Tue, 10 Oct 2023 13:42:51 +0900

 Hi,
 
 I'm so sorry for the serious delay in my response; I'd been
 occupied by another tasks.
 
 On Mon, Sep 25, 2023 at 2:04=E2=80=AFAM Havard Eidnes <he%uninett.no@localhost> wrote=
 :
 > As noted already, your patch has been applied, and at least the
 > system no longer wedges as it did before.
 >
 > The two-lwp deadlock I observed after booting the kernel with the
 > patch appears to be unrelated to the original issue I reported, and
 > appears to be a VFS cache issue, yet to be diagnosed.
 >
 > I'm now running a "LOCKDEBUG.MP" kernel on this machine, and it has
 > now managed to complete a full "build.sh -x ... release" without
 > locking up, something which I could not do before, and the VFS issue
 > has not re-surfaced either.
 
 Thanks for your feedback. Yeah, LOCKDEBUG should be a nice approach.
 
 > I would therefore say that the patch should be committed if it has
 > not already, and also pulled up to netbsd-10.
 
 I committed the patch and it already got pulled up into netbsd-10.
 
 I guess that another symptoms are due to MD parts for powerpc. The
 most suspicious is pmap for powerpc/oea. It really needs clean ups.
 The second place is PR port-powerpc/56922.
 
 But in either way, unfortunately, it exceeds capacity for us at the
 very moment. I will examine further after 10.0RC1 is out.
 
 Thanks,
 rin