Date: Tue, 13 Jul 2004 22:51:23 -0700 From: Marcel Moolenaar <marcel@xcllnt.net> To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Cc: FreeBSD current mailing list <current@freebsd.org> Subject: Re: [TEST/REVIEW/HEADSUP] tty drivers mega-patch Message-ID: <20040714055123.GA2894@dhcp50.pn.xcllnt.net> In-Reply-To: <Pine.BSF.4.53.0407140504540.12756@e0-0.zab2.int.zabbadoz.net> References: <7482.1089588386@critter.freebsd.dk> <26867.1089756587@critter.freebsd.dk> <20040714024623.GB623@dhcp50.pn.xcllnt.net> <Pine.BSF.4.53.0407140504540.12756@e0-0.zab2.int.zabbadoz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jul 14, 2004 at 05:07:05AM +0000, Bjoern A. Zeeb wrote: > > > > boot -s is generally broken. No characters can be typed. This is > > with syscons(4) and uart(4) and probably any other driver. Might > > be related to the lack of NL->CRNL > > do you actually see the .../bin/sh message ? Yes. Hitting enter just doesn't have an effect. > I have reported boot -s problems on amd64 some days ago w/o any > additional tty patches but I also do not get the .../bin/sh line. It's probably not related to the patches in particular, but may be related to TTY in general. Typically, when there's no device found during bus enumeration that matches the device used for the system console, then init(8) will not have a device for its stdin, stdout and stderr. This used to result in a panic, but this may have changed with the dev_t refcounting. This should also have its effect when booting multi-user BTW. So, make sure you see the device used for the system console probed and attached in the dmesg. That's about the best thing I can suggest without having read your report. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040714055123.GA2894>