intr_machdep.c:176:2: error: use of undeclared identifier 'interrupt_sorted'

[Konstantin Belousov]

On Sat, Sep 08, 2018 at 02:07:41PM -0400, Michael Butler wrote:
> On 8/31/18 1:28 AM, Konstantin Belousov wrote:
> > On Fri, Aug 31, 2018 at 12:21:02AM -0400, Michael Butler wrote:
> 
>  [ .. snip .. ]
> 
> >> I see another problem after using Ian's workaround of moving the #ifdef
> >> SMP; it seems I now run out of kernel stack on an i386 (Pentium-III)
> >> machine with only 512MB of RAM:
> >>
> >> Aug 29 23:29:19 sarah kernel: vm_thread_new: kstack allocation failed
> >> Aug 29 23:29:26 sarah kernel: vm_thread_new: kstack allocation failed
> >> Aug 29 23:29:30 sarah kernel: vm_thread_new: kstack allocation failed
> >> Aug 29 23:29:38 sarah kernel: vm_thread_new: kstack allocation failed
> >> Aug 29 23:29:38 sarah kernel: vm_thread_new: kstack allocation failed
> >> Aug 29 23:29:40 sarah kernel: vm_thread_new: kstack allocation failed
> > 
> > What is the kernel revision for "now".  What was the previous revision
> > where the kstack allocation failures did not happen.
> > 
> > Also, what is the workload ?
> 
> Sorry for the delay. Any version at or after SVN r338360 would either a)
> not boot at all or b) crash shortly after boot with a swarm of messages
> as above. It was stable before that.
> 
> Unfortunately, this machine is remote and, being as old as it is, has no
> remote console facility. 'nextboot' has been my savior ;-)
> 
> It is a 700MHz Pentium-III with 512MB of RAM and has 3 used interfaces,
> local ethernet (FXP), GIF for an IPv6 tunnel to HE and TAP for an
> OpenVPN endpoint. It has IPFW compiled into the kernel and acts as a
> router/firewall with few actual applications running.
> 
> As another data point, I manually reversed both SVN r338360 and r338415
> (a related change) and it is now stable running at SVN r338520,

It is very unprobable.  I do not see how could r338360 affect KVA allocation.
Double-check that you booted right kernels.