From owner-freebsd-hackers@freebsd.org Mon May 29 18:33:53 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C56BD7D4BC for ; Mon, 29 May 2017 18:33:53 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1526C850F7 for ; Mon, 29 May 2017 18:33:53 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: by mailman.ysv.freebsd.org (Postfix) id 11B2BD7D4BB; Mon, 29 May 2017 18:33:53 +0000 (UTC) Delivered-To: hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11651D7D4BA for ; Mon, 29 May 2017 18:33:53 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A697F850EF; Mon, 29 May 2017 18:33:52 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v4TIXp4m023461; Mon, 29 May 2017 11:33:51 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v4TIXpZ5023460; Mon, 29 May 2017 11:33:51 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201705291833.v4TIXpZ5023460@pdx.rh.CN85.dnsmgr.net> Subject: Re: Serial line terminal size. In-Reply-To: <20170529182326.GB25108@brick> To: "Edward Tomasz Napiera?a" Date: Mon, 29 May 2017 11:33:51 -0700 (PDT) CC: hackers@freebsd.org, Ian Lepore , Ed Schouten X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Mon, 29 May 2017 20:32:00 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2017 18:33:53 -0000 > On 0529T1110, Rodney W. Grimes wrote: > > [ Charset ISO-8859-2 unsupported, converting... ] > > > On Mon, 2017-05-29 at 13:22 +0200, Ed Schouten wrote: > > > > Hi Edward, > > > > > > > > 2017-05-24 10:55 GMT+02:00 Edward Tomasz Napiera?a > > > >: > > > > > > > > > > There's a problem with serial consoles - after logging in, the > > > > > terminal > > > > > size is not set, ie it looks like this (notice the "0 rows; 0 > > > > > columns;"): > > > > Wouldn't it make more sense for getty to set this up properly, as > > > > opposed to putting it in all of the shell rc files? > > > > > > > > > > I was thinking exactly the same thing a few days ago, but then I looked > > > at the source code to getty and kinda backed away slowly and quietly, > > > as one might do with any sleeping monster. > > > > Now that I can agree with. Getty has never been a friendly place. > > > > I also think this belongs in Getty despite Warners concern that you > > can not turn it off, as Getty alread does Termios stuff, which > > you control via /etc/ttys, so there is a place to make a knob should > > it be implemented in getty. > > It's still something that the _user_ - as opposed to the system > administrator - couldn't turn off. Not sure it's actually important, > though. > > > This is a specific issue to hardwired terminals, which is what > > getty was written for. > > > > It could also fixes the issues that I have pointed out in > > https://reviews.freebsd.org/D10642 with col/row not being > > reset between logins which yields the propose patch ineffective. > > If getty did reset the terminal size upon logoff, that would unbreak > the mechanism. Now, why doesn't it do that? Isn't it expected to > do so - to revert the terminal and serial port to some predefined > initial state? If it does - why doesn't this include the terminal > size? I have a feeling that issue is in the tty layer, or perhaps getty is not closing the terminal so that the reset mechanism can fire. -- Rod Grimes rgrimes@freebsd.org