Re: reliable reproducer, was Re: core dump analysis

Finn Thain
2023-04-20T08:55:52Z

On Thu, 20 Apr 2023, Michael Schmitz wrote:

> Am 20.04.2023 um 19:47 schrieb Finn Thain:
> >>> So all the stack pages would have been faulted in well before the
> >>> failure shows up. It appears to be the signal that's the problem and
> >>> not the page fault. That's not surprising considering the PC in the
> >>> signal frame in the dash crash was a MOVEM saving registers onto the
> >>> stack.
> >>
> >> Well. without locking the faulted in pages in memory we can't be sure
> >> they were not swapped back out. Unless I misunderstand what's
> >> involved in that ...
> >>
> >
> > There was no swap enabled.
> >
> > 50000 frames * 36 bytes per frame == 1.8 MB
>
> OK - swap is enabled in my case. That may explain the different fault
> rates.
>
> But in any case, it looks like we can eliminate the bus error code. Same
> fault on both 030 and 040 with very different bus error handlers is
> highly unlikely.
>

There's no failure on '040. QEMU and Motorola '040 gave the same result.