From owner-freebsd-i386@FreeBSD.ORG Fri Aug 4 18:51:52 2006 Return-Path: X-Original-To: freebsd-i386@freebsd.org Delivered-To: freebsd-i386@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EC5816A4DA for ; Fri, 4 Aug 2006 18:51:52 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from outbound0.sv.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id F348E43D45 for ; Fri, 4 Aug 2006 18:51:51 +0000 (GMT) (envelope-from jrhett@svcolo.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k74Ipmj1049595; Fri, 4 Aug 2006 11:51:51 -0700 (PDT) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k74Ip9PK006946; Fri, 4 Aug 2006 11:51:09 -0700 (PDT) (envelope-from jrhett@svcolo.com) In-Reply-To: <5F770D91-34A1-4406-AEF8-719E29AFFA87@svcolo.com> References: <200608022150.k72LoQtn098666@freefall.freebsd.org> <20060804223000.P97440@delplex.bde.org> <5F770D91-34A1-4406-AEF8-719E29AFFA87@svcolo.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3FB8BF25-F047-427C-9062-07ADF85D5169@svcolo.com> Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Fri, 4 Aug 2006 11:51:08 -0700 To: Bruce Evans X-Mailer: Apple Mail (2.752.2) Cc: freebsd-i386@freebsd.org Subject: Re: i386/100831: sio ignores BIOS information about serial ports - bounty offered X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2006 18:51:52 -0000 On Aug 4, 2006, at 11:40 AM, Jo Rhett wrote: >>> I think I have to agree with Marcel on this -- device hints >>> aren't used >>> consistently, and having two different processes read it with two >>> completely different interpretations of it is nonsense. I can't >>> fix one >>> without breaking the other. >> >> Just avoid inconsistencies by making all the hints match the unit >> number >> assignments that you get although these are not the unit number >> assignments >> that you want. > > I haven't the foggiest idea what you mean by this. Exact > instructions please? I'm not kidding, this statement doesn't make > sense to me. Everything is fine right now except where the console > is directed. > > I have no problem with the console being sio1, as long as sio1 is > the console for all parts of the boot/run/shutdown process. > Therefore the console flags are the only thing I know to change. Maybe I was being dense when I wrote this. Rethinking "making all the hints match" comment I swapped the io port and irq assignments in device.hints to match what is actually happening, rebooted, and it seems to work: hint.sio.0.at="isa" hint.sio.0.port="0x2F8" #hint.sio.0.flags="0x10" hint.sio.0.irq="3" hint.sio.1.at="isa" hint.sio.1.port="0x3F8" hint.sio.1.irq="4" hint.sio.1.flags="0x90" Okay, so if this works then I'm guessing that boot0 or boot2 or both were determining console based on the IO address from device.hints? Can we use what we know now to improve the documentation? boot0 determines console how? Compiled in...? Can device.hints influence that? Since we don't yet have sio numbers assigned, how does it know which port to use? IO address? boot2 determines console how? (repeat all questions above) loader determines console how? (repeat all questions above) If I didn't name a process in the boot, add it to the list. -- Jo Rhett senior geek Silicon Valley Colocation