From owner-cvs-all@FreeBSD.ORG Sat Mar 12 01:20:08 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBE5116A4CE; Sat, 12 Mar 2005 01:20:08 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3597B43D3F; Sat, 12 Mar 2005 01:20:08 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j2C1K3qD074765; Fri, 11 Mar 2005 17:20:03 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.3/8.13.1/Submit) id j2C1K3Go074764; Fri, 11 Mar 2005 17:20:03 -0800 (PST) (envelope-from obrien) Date: Fri, 11 Mar 2005 17:20:03 -0800 From: "David O'Brien" To: Marius Strobl Message-ID: <20050312012003.GA74646@dragon.nuxi.com> References: <200501300927.j0U9RnQU008885@repoman.freebsd.org> <20050310193237.GA52299@dragon.nuxi.com> <20050311093740.B55534@newtrinity.zeist.de> <20050311182519.GA8792@dragon.nuxi.com> <20050312010210.D55534@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050312010210.D55534@newtrinity.zeist.de> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i cc: cvs-src@freebsd.org cc: Marcel Moolenaar cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/sparc64/conf GENERIC X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 01:20:08 -0000 On Sat, Mar 12, 2005 at 01:02:10AM +0100, Marius Strobl wrote: > On Fri, Mar 11, 2005 at 10:25:19AM -0800, David O'Brien wrote: > > On Fri, Mar 11, 2005 at 09:37:40AM +0100, Marius Strobl wrote: > > > On Thu, Mar 10, 2005 at 11:32:37AM -0800, David O'Brien wrote: > > > > On Sun, Jan 30, 2005 at 09:27:49AM +0000, Marcel Moolenaar wrote: > > > > > marcel 2005-01-30 09:27:49 UTC > > > > > > > > > > FreeBSD src repository > > > > > > > > > > Modified files: > > > > > sys/sparc64/conf GENERIC > > > > > Log: > > > > > o Enable puc(4) and uart(4). > > > > > o Disable ofw_console(4), sab(4) and zs(4). > > > > .. > > > > > ofw_console(4) is disabled because it doesn't claim the device it > > > > > controls (through OFW) and thus interferes with puc(4)+uart(4), > > > > > which has sufficient knowledge to extract the necessary information > > > > > from OFW to setup the console. Put differently, ofw_console(4) is > > > > > not a proper device driver and can only do harm. Its functionality > > > > > is completely handled by uart(4). > > > > > > > > Please Back commit out. You broke the console on the most modern Sparc > > > > machines we run^H^Hran on. Commenting out uart adding back > > > > ofw_console(4) restore console on Sun Blade 1{0,5}0 machines. Just > > > > adding back ofw_console(4) restores console output, but ofw_console(4) > > > > and uart(4) fight for input. > > > > > > This sounds unlikely, uart(4) was reported to work on Sun Blade 100 > > > in the past and the recent changes were tested on a Sun AX1105 (the > > > ATX version of the Blade 100 mainboard) and a Sun Fire V100 which > > > also uses NS16550 on an ISA bus like the Blade 100. > > > > Yes, uart(4) will attach to the serial devices, however one doesn't even > > get far enough in the boot to give uart(4) a chance to attach. See the > > freebsd-sparc64 mailing list. Just yesterday and today there is a Netra > > AX1105-500 owner reporing the same problem. > > > > > It's more likely a configuration problem, please make sure that > > > ttyu[0,1] are enabled in /etc/ttys but nothing else and that > > > input-device and output-device are set to either ttya or ttyb in > > > the OFW boot prompt or via eeprom(8). > > > > It isn't a configuration problem of mine -- I cannot boot either 5.3 or > > 6.0 Feb snapshots on ftp.freebsd.org. > > The GENERIC kernel of 5.3-STABLE-SNAP001 doesn't include uart(4) but > ofw_console(4) etc. (the snapshot was built Jan 30, the switch to > uart(4) was MFC'ed on Feb 15). I was wrong on the 5.3-STABLE-SNAP001. The Feb_2005/6.0-CURRENT-SNAP001-sparc64-miniinst.iso snap will not boot and I have confermation from another Sun Blade 100 owner. > Despite the fact that I have to disable > DMA for ATAPI 5.3-STABLE-SNAP001 I have to do that also to boot from CD's on a PeeCee DVD-ROM drive I replaced the stock CDROM drive with. I have asked RE@ that we default to hw.ata.atapi_dma=0 for sparc64 5.4-RELEASE. I do not know where this request stands. > > The OBP settings are stock: > > ok printenv > > ..snip.. > > ttyb-mode 9600,8,n,1,- 9600,8,n,1,- > > ttya-mode 9600,8,n,1,- 9600,8,n,1,- > > output-device screen screen > > input-device keyboard keyboard > > If you want to use a serial console you should set input-device and > output-device to e.g. ttya. Usually when input-device is set to > keyboard and output-device to screen but no keyboard is plugged in > OFW automatically switches to ttya however this doesn't work > reliably on some models. No. We purposfully have supported a serial console in the case where output-device=screen and there isn't a keyboard. Just like Solaris does. See the commit archives for various commits by Jake in sys/sparc64. > In any case uart(4) honours this settings > (as should ofw_console(4)), i.e. if you have them set like in the > output you posted and a keyboard is plugged in you certainly won't > get a serial console. Correct, if you have have a keyboard plugged in -- I don't. > > Right now I don't know of anyone that can boot a RELENG_5 snapshot on a > > Blade 100/150/AX1105, where such machines could before the GENERIC change > > in RELENG_5. > Wrong. RELENG_5 means top of the RELENG_5 tree -- a check out of today. -- -- David (obrien@FreeBSD.org)