From owner-freebsd-current@freebsd.org Wed Mar 29 22:33:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FA12D2344A for ; Wed, 29 Mar 2017 22:33:51 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 57B87193F for ; Wed, 29 Mar 2017 22:33:51 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mailman.ysv.freebsd.org (Postfix) id 5714AD23448; Wed, 29 Mar 2017 22:33:51 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56BD0D23447 for ; Wed, 29 Mar 2017 22:33:51 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f67.google.com (mail-lf0-f67.google.com [209.85.215.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D8481938 for ; Wed, 29 Mar 2017 22:33:50 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f67.google.com with SMTP id v2so2982427lfi.2 for ; Wed, 29 Mar 2017 15:33:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=vJPdcVYRNBBPT16yAdwI/7kxhg7i4b8rgM/QYnVkan4=; b=Z0EssKm5PkA0eA+yMM6d9ssMA9Ie2tQ3zrvRMbdmQU6bcZGpepdA0e/7bZwbxhQVIu snhAHcC4nOhqZtUiCH16aasmXxjUbydVsXgDKeC3YC11kI7E8bTwkvNzALdp6Avvhq+N LW6Hnf9SaXUP0B/QP5vUDEAYl6k3qLKNpWFy54BznUnkYRpl2znOJE+Q5eAVrtEfJu/W ekMQ6r5DkqWGXDCK9Fa0C4CC/oZw6xKNXxDQuUprZHXtGdmmZlHAX+ejiyeSHr7lUBiL sApe7tJWkyVwOk9xub2ZY3459SN0N8KIotr+BcT+9I00XDE5YnrTD9Jl7vgmhf/sFDvD 3OQw== X-Gm-Message-State: AFeK/H1tc4e0ksqun0snLI5EIWGmWb7w49c8R4oN7sjNGOxGNpvG0weU3Toq4OKq9s+5/A== X-Received: by 10.46.22.92 with SMTP id 28mr974373ljw.55.1490826822550; Wed, 29 Mar 2017 15:33:42 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id v26sm41387lja.31.2017.03.29.15.33.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Mar 2017 15:33:42 -0700 (PDT) Subject: Re: New syscons bugs: shutdown -r doesn't execute rc.d sequence and others To: Bruce Evans References: <7d5bbbf0-6908-185c-2ee0-29e0a4f60591@freebsd.org> <5587c798-d36c-9074-1060-30e206db5571@freebsd.org> <69af07a7-ec8f-9b7f-8b93-9ba148f30fec@freebsd.org> <8C24D1BA-1607-4C19-BA38-39256E82C7AF@gmail.com> <51045bee-a626-efb3-4b1e-0c3d36abb1ab@freebsd.org> <20170329132927.U882@besplex.bde.org> Cc: "Ngie Cooper (yaneurabeya)" , bde@freebsd.org, current@freebsd.org From: Andrey Chernov Message-ID: Date: Thu, 30 Mar 2017 01:33:38 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170329132927.U882@besplex.bde.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2017 22:33:51 -0000 On 29.03.2017 6:29, Bruce Evans wrote: >>>>> Using rc_debug=yes I see that it is the kernel problem, not rc >>>>> problem. >>>>> Sometimes rc backward sequence executed even fully, sometimes only >>>>> partly, but in unpredictable moment inside rc sequence the kernel >>>>> decide >>>>> to reboot quickly (or even deadly hang in rare cases). Always without >>>>> any "Syncing buffers..." leaving FS dirty. No zfs etc. just normal >>>>> UFS, >>>>> no EFI, no GPT. >>>>> I change GELI swap to normal one, but it does not help. The same >>>>> untouched config works for years, I see this bug for the first time in >>>>> FreeBSD. >>>> >>>> I forget to mention that typescript and dmesg does not survive after >>>> this reboot (or rare hang). >>> >>> Good to note. >>> The simple explanation to the problem might be r307755, depending on >>> when you last synced/built ^/head. >>> >>> I have a few more questions (if reverting that doesn't pan out): >> >> I just found the cause, it is new syscons bug (bde@ cc'ed). I never >> compile vt driver into kernel, i.e. I don't have this lines in the >> kernel config: >> >> device vt >> device vt_vga >> device vt_efifb >> >> When I add them, the bug described is gone. It seems syscons goes off to >> early, provoking reboot. > > Bah, I only have vt and vt_vga to check that I didn't break them. > > Unfortunately, syscons still works right when I remove these lines. Maybe two will be enough too, I don't check. I just don't need _any_ of vt lines. What is matter it is that syscons only mode (without any vt) was recently broken, causing shutdown problems and file system damage each time. Syscons only mode works for years until you break it recently. > Kernel messages in syscons are now supposed to be colorized by CPU. The It looks really crazy on 8-core CPU and should not be default. And I don't see colors in vt mode (which should be parallel at that point, at least), but what about invisible escapes on vidcontrol errors (f.e. invalid argument) in vt mode? >> Moreover, I can't enter KDB via Ctrl-Alt-ESC in the syscons only mode >> anymore - nothing happens. In the vt mode I can, but can't exit via "c" >> properly, all chars typed after "c" produce beep unless I switch to >> another screen and back. > > Try backing out r315984 only. This is supposed to fix parsing of output. I'll try. thanx. But most dangerous new syscons bug is the first one, damaging file system on each reboot. I try to go to KDB to debug it, but seeing that I can't even enter KDB I understand that all that bugs, including nasty one, are introduced by your syscons changes, it was a hint to add completely unneeded and unused vt to my kernel config file. vt is real downgrade. Its default console font is plain ugly, it is impossible to work with it. I can't find proper TERM for it to make function keys and pseudographics works in ncurses apps (not with xterm, a little better with xterm-sco), lynx can't display all things properly, etc. All we need is KMS integration alone and not vt. > But I suspect it is a usb keyboard problem. No, I have PS/2 keyboard.