From owner-freebsd-hackers Fri Oct 6 7: 4:22 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by hub.freebsd.org (Postfix) with ESMTP id 58D9437B503 for ; Fri, 6 Oct 2000 07:04:10 -0700 (PDT) Received: from atrbg11.informatik.tu-muenchen.de ([131.159.9.196] HELO atrbg11.informatik.tu-muenchen.de ident: postfix [port 2766]) by tuminfo2.informatik.tu-muenchen.de with SMTP id <113684-336>; Fri, 6 Oct 2000 09:36:41 +0000 Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 5CEE113631; Fri, 6 Oct 2000 09:36:27 +0200 (CEST) From: Daniel Lang To: freebsd-hackers@freebsd.org Subject: Problems with Serial Console Message-ID: <20001006093627.A17383@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Geek: GCS d-- s: a- C++ UB++++$ P+++$ L- E W+++(--) N+ o K w--- O? M- V@ PS+(++) PE--(+) Y+ PGP+ t++ 5@ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y Date: Fri, 6 Oct 2000 09:36:27 +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hiho, I have some problems with serial console now under 4.1-STABLE. Ok, this is how I set it up: Flags set for sio0, plugged in cable to terminal-server. dmesg: [..] sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa 0 sio0: type 16550A, console [..] /etc/make.conf: [..] BOOT_COMCONSOLE_PORT= 0x3F8 [..] /boot.config: -Dh This works so far: The boot sequence can be monitored (and changed for e.g. set single-user in loader prompt, visual user config works, too, etc) on the terminal. Now the problem is: I cannot write anything to /dev/console, this just blocks (after the system is up). I realized this, because syslog stopped working, when it tried to do so. I got around this, telling syslog not to write to /dev/console but to /dev/cuaa0. This is another strange thing. The handbook and examples tell, you should use /dev/ttyd0 to run a getty. This did not work either, same problem: I cannot write anything to /dev/ttyd0, it blocks, too. But I got around this by using cuaa0, /etc/ttys: [..] cuaa0 "/usr/libexec/getty std.9600" vt100 on secure [..] Maybe somehow, /dev/console is redirected to /dev/ttyd0 and so both don't seem to work. Well I could live with using /dev/cuaa0 instead, but there comes another problem. When syslog is first started during boot, it complains, it cannot open /dev/cuaa0, because the device is busy. It doesn't hang, but it doesn't write anything to it. Later, if the machine is up, I can send a HUP to syslog, and then it's able to use /dev/cuaa0, without any complaint (and the getty is set up and working, too). Any suggestions ? Best regards, Daniel Lang -- IRCnet: Mr-Spock - ceterum censeo Microsoftinem esse delendam - *Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message