Re: reliable reproducer, was Re: core dump analysis

[Finn Thain <fthain@linux-m68k.org>]

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.