From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 13 23:00:58 2005 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C9E216A4CE for ; Thu, 13 Jan 2005 23:00:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D9B243D39 for ; Thu, 13 Jan 2005 23:00:58 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0DN0k8o039654 for ; Thu, 13 Jan 2005 23:00:46 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0DN0ktB039647; Thu, 13 Jan 2005 23:00:46 GMT (envelope-from gnats) Resent-Date: Thu, 13 Jan 2005 23:00:46 GMT Resent-Message-Id: <200501132300.j0DN0ktB039647@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, PeterJeremy@optushome.com.au Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86D3A16A4CE for ; Thu, 13 Jan 2005 22:51:26 +0000 (GMT) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF77743D46 for ; Thu, 13 Jan 2005 22:51:25 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j0DMpN8C024685 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 14 Jan 2005 09:51:23 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])j0DMpN41069024; Fri, 14 Jan 2005 09:51:23 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.13.1/8.13.1/Submit) id j0DMpNdm069023; Fri, 14 Jan 2005 09:51:23 +1100 (EST) (envelope-from peter) Message-Id: <200501132251.j0DMpNdm069023@server.vk2pj.dyndns.org> Date: Fri, 14 Jan 2005 09:51:23 +1100 (EST) From: PeterJeremy@optushome.com.au To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 cc: andrew.li@alcatel.com.au Subject: conf/76226: Default local.9600 gettytab initially uses parity X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 23:00:58 -0000 >Number: 76226 >Category: conf >Synopsis: Default local.9600 gettytab initially uses parity >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 13 23:00:46 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 5.3-RELEASE-p2 i386 >Organization: Alcatel Australia Limited >Environment: System: FreeBSD server.vk2pj.dyndns.org 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #48: Wed Jan 5 03:01:20 EST 2005 root@server.vk2pj.dyndns.org:/home/obj/k7/home/src5/sys/server i386 I originally noted the problem in 4.10-RELEASE-p2 and the problem also appears to exist in -current. >Description: The local.9600 definition in /etc/gettytab uses binary termios(4) definitions to define the tty state. Both the actual field content and preceeding comments indicate that parity is disabled but getty internally simulates even-parity because the 'np' flag is not specified. This behaviour is mentioned in gettytab(5) (though not in association with the 'np' flag definition) but is somewhat counter-intuitative. If the termios state is explicitly set to no parity, that it what I expect to see. >How-To-Repeat: Start a getty using local.9600 eg using the following /etc/ttys line: ttyd0 "/usr/libexec/getty local.9600" dialup on secure Connect a serial terminal set to CS8, no parity to ttyd0 (or whatever) Note that the login banner is written as 7-bit even parity. Type input and note that the input is echoed as 7-bit even parity. Hit return twice to exec login and note that the second login: prompt is generated with 8-bit no parity. >Fix: The quick fix is to add 'np' to the local.9600 definition in /etc/gettytab. I believe a better fix would be to copy the PARENB flag from the relevant c0/c1/c2 into NP unless NP is explicitly set. >Release-Note: >Audit-Trail: >Unformatted: