From owner-freebsd-sparc64@FreeBSD.ORG Mon Dec 5 21:23:55 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 1375E16A41F for ; Mon, 5 Dec 2005 21:23:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A4743D5E for ; Mon, 5 Dec 2005 21:23:53 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3208979 for multiple; Mon, 05 Dec 2005 16:22:00 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB5LNZQ0041669; Mon, 5 Dec 2005 16:23:49 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Aaron Glenn Date: Mon, 5 Dec 2005 15:27:56 -0500 User-Agent: KMail/1.8.2 References: <18f601940512051025g71b9fc29y4ae37eb3ce2629df@mail.gmail.com> <200512051354.06372.jhb@freebsd.org> <18f601940512051128i142fd714g22004d8452cff29a@mail.gmail.com> In-Reply-To: <18f601940512051128i142fd714g22004d8452cff29a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512051527.56872.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-sparc64@freebsd.org Subject: Re: serial ports on the Ultra 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Dec 2005 21:23:55 -0000 On Monday 05 December 2005 02:28 pm, Aaron Glenn wrote: > On 12/5/05, John Baldwin wrote: > > You don't use sab(4) anymore, but uart(4). > > I had a suspicion that was the case, but couldn't confirm it. > > > Here are your SAB ports. /dev/ttyu0 and /dev/ttyu1 > > Then something more sinister is at work here. A 'cu -l /dev/ttyu0' > will "connect" me, however I get no prompt, and not input or output > seems to be passed to the console port. All input gets dumped to the > shell I executed the cu command from, *after* I kill the first (lowest > pid) cu process. > > Example: > yang# ps -ax | grep ttyu > 687 ?? I 0:00.01 /usr/libexec/getty std.9600 ttyu1 > 688 u0 Is+ 0:00.01 /usr/libexec/getty std.9600 ttyu0 > 741 p0 R+ 0:00.01 grep ttyu > yang# cu -l /dev/ttyu1 -s 9600 > Connected > *hit enter a few times, type hello john, then kill the first cu > process from another shell* > yang# > yang# > yang# > yang# > yang# > yang# > yang# hello john > hello: Command not found. > yang# > > Reading the handbook section on serial communications again, I don't > see anything wrong. I'll be the first to admit this type of stuff is > uncharted territory for me. If I skipped some required reading on the > subject, please don't hesitate to point me to it. Try using /dev/cuau0 instead. /dev/ttyu0 will wait for CD (carrier detect) before it opens. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org