From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 22:45:49 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01A0516A4CE for ; Mon, 15 Mar 2004 22:45:49 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEAE943D1F for ; Mon, 15 Mar 2004 22:45:48 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2G6jg7G045210; Mon, 15 Mar 2004 22:45:42 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2G6jfgG012991; Mon, 15 Mar 2004 22:45:41 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i2G6jf3H012990; Mon, 15 Mar 2004 22:45:41 -0800 (PST) (envelope-from marcel) Date: Mon, 15 Mar 2004 22:45:41 -0800 From: Marcel Moolenaar To: Ken Smith Message-ID: <20040316064541.GA12961@dhcp01.pn.xcllnt.net> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316055650.GA15182@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2004 06:45:49 -0000 On Tue, Mar 16, 2004 at 12:56:50AM -0500, Ken Smith wrote: > > With a custom kernel with the Creator-3D support compiled in and > device adjustments as typically recommended (add sc, uart, puc; > remove sab and zs) the uart code stops working properly. If > you take a look at dev/uart_kbd_sun.c it looks like there is a > lot of unfinished stuff there. I think having the ofw console > opened is putting the keyboard's uart into something other than > its normal default-after-reset state and the uart code isn't > handling that very well. It sounds really bad to have 2 drivers operating on the same devices. If you have uart(4) for console and keyboard, you should probably remove ofw_console. Your patch looks like a big kluge. Mostly because you're delaying cninit() and hardcode a dependency on ofw_console. That sure breaks my box and I'm not going to add ofw_console simply because I already have a console (using uart(4)). -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net