Current-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: ARP panic in HEAD
On Mon, Oct 12, 2026 at 06:12:26PM -0400, Greg Troxel wrote:
> Manuel Bouyer <bouyer%antioche.eu.org@localhost> writes:
>
> >> - what did you update from?
> >
> > It's a test system so I have 3 partitions: one for netbsd-10, one for
> > netbsd-11 and one for HEAD (which was previously netbsd-9). The
> > /boot.cfg loader let me choose which one I want. The hardware has not
> > changed for several years
>
> I understand that as "I was not running a recent current current".
Yes
>
> >> - how many times has it happened
> >
> > I got a first one after maybe an hour of uptime. A second one just
> > after reboot, it didn't reach the login: prompt. A third one occured
> > overnight. After that I installed a new kernel with the attached
> > diff, it didn't panic yet. One possibility is that it's another
> > instance of over-optimisation from the compiler. Unfortunably I didn't
> > keep the crashing kernel around (but I can revert the patch and
> > rebuild).
>
> I guess you will wait and see if that diff "fixes" the problem, or if
> it fires and what the op/oop correspondence is.
I did wait until this morning. The system ran for 3 days without issues.
I rebuilt a kernel without the patch, rebooted and got a panic in
less than 1 hour.
I looked at the generated assembly of the stock in_arpinput() (without
the patch). I looked at the x86 assembly for both patched and unpatched
version but d dn't spot anything obvious.
Will try a kernel with only the KASSERT changed to KASSERTMSG
to print op
--
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
NetBSD: 26 ans d'experience feront toujours la difference
--
Home |
Main Index |
Thread Index |
Old Index