On 30.03.2017 18:13, Bruce Evans wrote:
> On Thu, 30 Mar 2017, Andrey Chernov wrote:
>> On 30.03.2017 12:34, Andrey Chernov wrote:
>>> On 30.03.2017 12:23, Andrey Chernov wrote:
>>>> Yes, only for reboot/shutdown. The system does not do anythings wrong
>>>> even under high load. On reboot or hang those lines are never printed:
>>>> kernel: Waiting (max 60 seconds) for system process `vnlru' to
>>>> kernel: Waiting (max 60 seconds) for system process `bufdaemon' to
>>>> kernel: Waiting (max 60 seconds) for system process `syncer' to stop...
>>>> kernel: Syncing disks, vnodes remaining...5 3 0 1 0 0 done
>>>> kernel: All buffers synced.
>>>> (it is from 10-stable sample, old -current samples are lost)
>>>> Moreover, GELI swap deactivation lines are never printed too (I already
>>>> mention that I change swap to normal, but nothing is changed).
>>> I start to have raw guess that _any_ kernel printf in shutdown mode
>>> cause not printf but premature reboot.
>> Finally I have good news and bad news with today's -current:
>> 1) It seems your latest commit r316136 fix premature reboot issue.
> Now I need to know how that helped. Do you used a non-default mode?
Perhaps it isn't really helped, but just hide the problem, changing some
another race time parameters.
I use 80x30 text mode on all screens.
>> 2) I still can't enter KDB using Ctrl-Alt-ESC, while booting, after
>> booting, after login and while shutdown - nothing happens.
>> boot -d enters KDB normally, but the keyboard sequence handler is
>> broken, not boot -d.
> Try "<newline>~b".
What? It just prints \n, new csh prompt and ~b
> It is an old bug that Ctrl-Alt-ESC (and Ctrl-PrtScr)
Ctrl-PrtScr does nothing too.
> But I think the misconfiguration is the
> same for vt.
No, Ctrl-Alt-ESC works for vt at every phase of the system lifecycle.
I use Russian keymap for syscons, but Ctrl, Alt, ESC of course are not
remapped. I surely remember it works for syscons long time ago.
Just to not forget it, I use PS/2 keyboard and have no vt* lines in the
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"