Same here. EARLY_AP_STARTUP no longer needs to be disabled on my boxes too.


> On 24 May 2018, at 19:12, Mark Martinec <mark.martinec+free...@ijs.si> wrote:
> 
> Just a short report to a thread I started when 11.1 came out.
> 
> This machine would stall in a busy loop while attaching disks
> during boot. Rebuilding a kernel with EARLY_AP_STARTUP disabled
> avoided the problem. This was a situation through the whole
> 11.1 life cycle (i.e. patch releases did not help).
> 
> Today I have upgraded this host to 11.2-BETA2, and it is
> no longer necessary to disable EARLY_AP_STARTUP. Good, thanks!
> 
>  Mark
> 
> 
>> 2017-07-20 02:03, Mark Johnston wrote:
>>> One thing to try at this point would be to disable EARLY_AP_STARTUP in
>>> the kernel config. That is, take a configuration with which you're able
>>> to reproduce the hang during boot, and remove "options
>>> EARLY_AP_STARTUP".
>> 2017-07-20 15:45, Mark Martinec wrote:
>> Done. And it avoids the problem altogether! Thanks.
>> Tried a reboot several times and it succeeds every time.
>> Here is all that I had in a config file for building a kernel,
>> i.e. I took away the 'options DDB' which also seemingly avoided
>> the problem:
>>  include GENERIC
>>  ident NELI
>>  nooptions EARLY_AP_STARTUP
>>> This feature has a fairly large impact on the bootup process and has
>>> had a few problems that manifested as hangs during boot. There was at
>>> least one other case where an innocuous change to the kernel
>>> configuration "fixed" the problem by introducing some second-order
>>> effect (causing kernel threads to be scheduled in a different
>>> order, for instance).
> [...]
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to