In message <77cdb188-a47e-4a0d-a09f-c04377cda084_at_selasky.org>, Hans Petter Sela sky writes: > On 2020-01-24 14:38, Cy Schubert wrote: > > In message <629a6d48-cf47-e76b-81a0-db29d2400b2b_at_selasky.org>, Hans Petter > > Sela > > sky writes: > >> Hi, > >> > >> I think this patch will fix your issue. Can you check? > >> https://svnweb.freebsd.org/changeset/base/357050 > >> > >> Look like td->td_oncpu is invalid. > >> > >> > >>> pc = cpuid_to_pcpu[td->td_oncpu]; /* pcpu_find(td->td_oncpu); */ > >>> > >>> rm_tracker_add(pc, tracker); > >> > >> > >> > >> And thanks for running -current ;-) > > > > That patch is already there. All my machines are at r357066. > > > > OK, > > so maybe there are more corner cases to that patch. > > Adding Mark. > > Could you compile a kernel with debugging symbols, get a core dump and then: > > print td->td_oncpu > print pc > > from kgdb83 ? The kernel is already compiled with debugging symbols. It dumped except that savecore failed to save the dump in both cases. (My last core files on those two machines were from October.) I will try to reproduce the problem and instead of automatically rebooting save the core by hand. -- Cheers, Cy Schubert <Cy.Schubert_at_cschubert.com> FreeBSD UNIX: <cy_at_FreeBSD.org> Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.Received on Fri Jan 24 2020 - 12:52:53 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:22 UTC