From owner-freebsd-stable@FreeBSD.ORG Sat May 19 13:53:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55BAF16A407 for ; Sat, 19 May 2007 13:53:47 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 0802A13C45D for ; Sat, 19 May 2007 13:53:46 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id D29171B10EE8; Sat, 19 May 2007 15:53:44 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 6A7351B10EE7; Sat, 19 May 2007 15:53:44 +0200 (CEST) Message-ID: <464F0167.5080203@sun-fish.com> Date: Sat, 19 May 2007 16:53:43 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.0 (X11/20070425) MIME-Version: 1.0 To: Marcel Moolenaar References: <464EED09.6000108@sun-fish.com> In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-stable@freebsd.org Subject: Re: serial over /dev/ttyu0 does not work. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2007 13:53:47 -0000 Marcel Moolenaar wrote: > > On May 19, 2007, at 8:26 AM, Stefan Lambrev wrote: > >> I have disabled device sio in kernel and replaced it with device uart. >> >> And so dmesg |grep uart is : >> >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 >> >> I was expecting to see uart1 too .. but it is not here. > > It's likely that the port doesn't exist or you disabled it > in the BIOS. With ACPI you can be sure we won't try to > create a device for hardware that isn't described by ACPI. > >> I have: /dev/ttyu0 & /dev/cuau0, also in /etc/ttys I have the >> following line: >> ttyu0 "/usr/libexec/getty std.9600" vt100 on secure > >> I have this configuration on other servers too and it works without >> problems, >> but the main difference that I found is when I use minicom. > >> I think if I try to open /dev/cuau0 I should see "Device busy" - and >> on all other servers where I checked >> it does respond with "Device busy" as it is already used, but on this >> server I do not! > > Are you sure your minicom configuration is correct? Could it > be that it still tries to open ttyd0? Yes I'm sure :) > >> Also I notice that where the serial is NOT working I have this line >> in ps xa: >> 1653 ?? I 0:00.00 /usr/libexec/getty std.9600 ttyu0 >> In first moment I thought it is OK to have getty on ttyu0, but what >> is this "??" :) > > It means that there's no terminal associated with the getty process. > It's perfectly normal. > >> so I checked on the other server and I saw that there is NO getty on >> ttyu0 running at all (it is started >> when I start minicom from the other side of the serial but then it >> shows: >> 99615 u0 Ss+ 0:00.00 /usr/libexec/getty std.9600 ttyu0 >> and it is stopped when I stop minicom) > > Interesting. How is getty started exactly? > BTW: In this case getty is associated with ttyu0 itself. That's not > uncommon and happens when you manually start and/or stop getty. No, I do not start it manually. The parent process is 1 - /sbin/init May be someone more familiar with rc.scripts, init and ttys can explain. > >> Any useful ideas where to look for ? Also switching back from uart to >> sio may sound OK, but it needs another restart :( > > The problem doesn't seem to be with uart(4). I see getty(8) and > minicom(1) behaviour that's different on this box from other > boxes (as per your description). It looks to me to be a config > problem. > Well it is not uart because, if I start minicom on both ends, the first minicom receive : AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0. So the serial is working, but for some reason getty cannot start on it (or/and lock it) ? -- Best Wishes, Stefan Lambrev ICQ# 24134177