Re: U2 panic: "!cpu_intr_p()" failed

David Brownlee <[email protected]>
Newsgroups gmane.os.netbsd.ports.sparc64
Message-ID <CAGN_6pYXcWG1W4XphZ+pvZta-KQj5hNw3Stzo5fwX9QUj0hu0A@mail.gmail.com>
On Fri, 28 Jun 2019 at 22:30, Julian Coleman <[email protected]> wrote:
>
> Hi Martin,
>
> > I'll try and add some debugging around this and see what I can spot.
>
> So, with some debugging in xc__highpri_intr(), I can see that ci_idepth is
> 1 just before we crash (not unexpectedly).  So, I added more debugging.
> With the appended diff, I don't see the crash.  Guessing that something
> with the extra time spend in xc_highpri() is changing the timing.  With
> the commented out part, I saw:
>
> [   1.2900220] xc_highpri: cur_cpu = 1, ci = 1717792621
>
> and later:
>
> [   2.4700180] cpu0: data fault: pc=13fadb4 rpc=178901bc8 addr=0
> [   2.4700180] kernel trap 30: data access exception

Might it make sense to try stashing some debugging information in
memory where you could get it from DDB instead of printing? (ISTR some
ringbuffer used for this type of purpose somewhere else)

(Just another random suggestion from someone not having to do any of the work :)

David
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.