From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 20:34:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B701065670 for ; Mon, 19 Oct 2009 20:34:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3425C8FC15 for ; Mon, 19 Oct 2009 20:34:37 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DB25E46B17; Mon, 19 Oct 2009 16:34:36 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 1DD638A01F; Mon, 19 Oct 2009 16:34:36 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 19 Oct 2009 16:06:08 -0400 User-Agent: KMail/1.9.7 References: <4ADBBBAC.60004@gmail.com> In-Reply-To: <4ADBBBAC.60004@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910191606.09021.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 19 Oct 2009 16:34:36 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Vlad K Sm Subject: Re: sio.c depends on "struct tty" which was changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2009 20:34:37 -0000 On Sunday 18 October 2009 9:06:52 pm Vlad K Sm wrote: > Hi, > > Tried to buildkernel with "device sio", it reported errors like "struct > tty doesn't have memeber t_init_in" and etc. on code block in sio.c: > > tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = > tp->t_lock_in.c_ispeed = tp->t_lock_in.c_ospeed = > tp->t_init_out.c_ispeed = tp->t_init_out.c_ospeed = > tp->t_lock_out.c_ispeed = tp->t_lock_out.c_ospeed = comdefaultrate; > > Tty actually doesn't have it and seems "sio" in't suported anymore. If > so, does it make sense to remove support of "device sio" from current at > all? sio(4) is disconnected from the build. If someone wants to use it they will need to port it to the new TTY subsystem at which point it can be resurrected. -- John Baldwin