From owner-svn-src-all@FreeBSD.ORG Tue Feb 5 07:46:17 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E31A8BBD; Tue, 5 Feb 2013 07:46:17 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) by mx1.freebsd.org (Postfix) with ESMTP id 0C67AC1B; Tue, 5 Feb 2013 07:46:16 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hn17so2540206wib.10 for ; Mon, 04 Feb 2013 23:46:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=z6BNFIvAqcL5z2BIIFyQaZLmeA8CycbqmjmzBo+cgI4=; b=g7wVW0yecpU55gZfJVJLS9Kx08cAVmuDS3AcjnJcbGVYdXzk3w8wn5w/PquJQz1qgb Va4eRc/44oNp50uJrIv0j7PpgThV/rjaoxnAfbj0PDW9tDgf8NlQUSNbHr/MT6WpZxy4 /CyV+V1u0vu9s2UqhbrRSE862fYwg7+6p89ae3qukk2TilNX9rTF92Wh5ivHE91PeHKr awvCRAC3CQr1sc9h0grCccPB6oYZSur+X49cJzVgN9zIaLhLZzLJBbp7yU3YFT1vsW+Q e3KLacUmuXG3zHJNNRI7QV1cnrQMugfy5YtOI4wYwCxPmeNmUJsD958LJN7sec7fdD9O KSTA== MIME-Version: 1.0 X-Received: by 10.180.85.8 with SMTP id d8mr15075500wiz.4.1360050375905; Mon, 04 Feb 2013 23:46:15 -0800 (PST) Sender: pluknet@gmail.com Received: by 10.195.12.163 with HTTP; Mon, 4 Feb 2013 23:46:15 -0800 (PST) In-Reply-To: <201302041446.55786.jhb@freebsd.org> References: <201301231834.r0NIYLnp006407@svn.freebsd.org> <201302041446.55786.jhb@freebsd.org> Date: Tue, 5 Feb 2013 10:46:15 +0300 X-Google-Sender-Auth: rHSrf6qW7eqGcHsS8fZsT4d95rg Message-ID: Subject: Re: svn commit: r245848 - head/sys/boot/i386/libi386 From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2013 07:46:18 -0000 On 4 February 2013 23:46, John Baldwin wrote: > On Monday, February 04, 2013 4:43:36 am Sergey Kandaurov wrote: >> On 23 January 2013 22:34, John Baldwin wrote: >> > Author: jhb >> > Date: Wed Jan 23 18:34:21 2013 >> > New Revision: 245848 >> > URL: http://svnweb.freebsd.org/changeset/base/245848 >> > >> > Log: >> > Always update the hw.uart.console hint anytime a change is made to the >> > comconsole setup. Previously the hint would be set when if you set a >> > custom port, but it would not be updated if you later set a custom speed. >> > >> > Also, leave the hw.uart.console hint mutable so it can be overridden or >> > unset by the user if needed. >> > >> > Reviewed by: kib (earlier version) >> > MFC after: 1 week >> >> Looks like this results in something wrong. >> I have a serial console at COM2 (uart1), but it chooses uart0 >> (1016 == 0x3F8), compare .flags and the final hw.uart.console value. > > Do you have a working console in the loader? It is setting the hint based > on what the loader uses. I use this to use COM2 for both loader and > kernel: > > console="comconsole vidconsole" > comconsole_port=0x2f8 Yep, with new changes I still have a working console in the loader. I don't see output starting from kernel boot until login prompt. > Note that when hw.uart.console is set, any flags set in hint.uart.X.flags > to set the console are ignored. If you are not using -h in /boot.config or > setting 'console' for the loader to enable a serial console then the loader > should not be setting hw.uart.console (if it is, that is a bug to be fixed). > However, configuring the kernel to use a different serial console from the > loader seems very odd. You should be able to manually set hw.uart.console in > loader.conf if you are doing that. Err.. No, I haven't set hw.uart.console. Sorry for being misleading. The cited snippet from my previous mail was to demonstrate how the resulting hw.uart.console value depends (or rather not :)) on hints. All I have (changed) wrt console is: /boot/device.hints #hint.uart.0.flags="0x10" hint.uart.1.flags="0x10" /boot/loader.conf boot_multicons="YES" boot_serial="YES" boot_verbose="YES" console="comconsole,vidconsole" This setup worked for ages. To isolate this problem I took /boot/loader from my older current machine (also with COM2) to replace it here, and it started to work again. -- wbr, pluknet