Re: reliable reproducer, was Re: core dump analysis
Michael Schmitz <[email protected]>
| Newsgroups | gmane.linux.debian.ports.68k |
|---|---|
| Message-ID | <[email protected]> |
Hi Finn, 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. Cheers. Michael