Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 27 Sep 2024 15:55:40 +0200
From:      Stephane Rochoy <stephane.rochoy@stormshield.eu>
To:        mike tancsa <mike@sentex.net>
Cc:        Chris6 via freebsd-hardware <freebsd-hardware@freebsd.org>
Subject:   Re: watchdog timer programming
Message-ID:  <868qvddwph.fsf@cthulhu.stephaner.labo.int>
In-Reply-To: <c4343727-606c-409a-8618-9da732fc3059@sentex.net>
References:  <3065debc-8d4f-4487-abbb-c9408810cea6@sentex.net> <86plotbk5b.fsf@cthulhu.stephaner.labo.int> <9008b389-ab06-401d-9a95-84f849ca602a@sentex.net> <86plosdv48.fsf@cthulhu.stephaner.labo.int> <78e9461c-b93d-403f-b3a1-3568548b9283@sentex.net> <86h6a1egcs.fsf@cthulhu.stephaner.labo.int> <c4343727-606c-409a-8618-9da732fc3059@sentex.net>

next in thread | previous in thread | raw e-mail | index | archive | help

mike tancsa <mike@sentex.net> writes:

> I also started to play around with the non hardware based=20
> watchdog
> timer.  For some reason, I cant get the box to reboot. It just=20
> prints a
> stack trace and continues
>
> This is with no driver loaded.
>
> 0{t}# watchdogd --softtimeout-action panic -t 5
> 0{t}# ps -auxww | grep dog
> root     1487   0.4  0.2   12820  12920  -  S<s  09:03 0:00.01=20
> watchdogd
> --softtimeout-action panic -t 5
> root     1489   0.0  0.0   12808   2636 u0  S+   09:03=20
> 0:00.00
> grep dog
> 0{t}# kill -9 1487
> 0{t}# KDB: stack backtrace:
> #0 0xffffffff80b7fefd at kdb_backtrace+0x5d
> #1 0xffffffff80abec93 at hardclock+0x103
> #2 0xffffffff80abfe8b at handleevents+0xab
> #3 0xffffffff80ac0b7c at timercb+0x24c
> #4 0xffffffff810d0ebb at lapic_handle_timer+0xab
> #5 0xffffffff80fd8a71 at Xtimerint+0xb1
> #6 0xffffffff804b3685 at acpi_cpu_idle+0x2c5
> #7 0xffffffff80fc48f6 at cpu_idle_acpi+0x46
> #8 0xffffffff80fc49ad at cpu_idle+0x9d
> #9 0xffffffff80b67bb6 at sched_idletd+0x576
> #10 0xffffffff80aecf7f at fork_exit+0x7f
> #11 0xffffffff80fd7dae at fork_trampoline+0xe
>
> 0{t}#
>
> Should it not reboot at this point ?

I don't think so. `kdb_backtrace` being involved let me think the
kernel was compiled with KDB. You should play with ddb(8) to set a
default action like reset when entering kdb.

Regards,
--=20
St=C3=A9phane Rochoy
O: Stormshield



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?868qvddwph.fsf>