From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e23smtp04.au.ibm.com (e23smtp04.au.ibm.com [202.81.31.146]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "e23smtp04.au.ibm.com", Issuer "GeoTrust SSL CA" (not verified)) by ozlabs.org (Postfix) with ESMTPS id 4532B2C00BC for ; Wed, 16 Oct 2013 07:48:01 +1100 (EST) Received: from /spool/local by e23smtp04.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 16 Oct 2013 06:48:00 +1000 Received: from d23relay05.au.ibm.com (d23relay05.au.ibm.com [9.190.235.152]) by d23dlp03.au.ibm.com (Postfix) with ESMTP id 1F3883578052 for ; Wed, 16 Oct 2013 07:47:58 +1100 (EST) Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.235.139]) by d23relay05.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r9FKUiho4849970 for ; Wed, 16 Oct 2013 07:30:44 +1100 Received: from d23av04.au.ibm.com (localhost [127.0.0.1]) by d23av04.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id r9FKluTO026715 for ; Wed, 16 Oct 2013 07:47:57 +1100 Message-ID: <1381870070.17841.24.camel@pasglop> Subject: Re: [PATCH 1/2] tty/hvc_console: Add DTR/RTS callback to handle HUPCL control From: Benjamin Herrenschmidt To: Hendrik Brueckner Date: Tue, 15 Oct 2013 15:47:50 -0500 In-Reply-To: <20131015153626.GA6129@linux.vnet.ibm.com> References: <1372777635-10423-1-git-send-email-brueckner@linux.vnet.ibm.com> <1372777635-10423-2-git-send-email-brueckner@linux.vnet.ibm.com> <1381475711.5630.67.camel@pasglop> <20131011124707.GA6082@linux.vnet.ibm.com> <1381524204.5630.91.camel@pasglop> <20131015153626.GA6129@linux.vnet.ibm.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linux-s390@vger.kernel.org, gregkh@linuxfoundation.org, heiko.carstens@de.ibm.com, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, brueckner@linux.vnet.com, schwidefsky@de.ibm.com, jslaby@suse.cz List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, 2013-10-15 at 17:36 +0200, Hendrik Brueckner wrote: > Hi Benjamin, > > On Sat, Oct 12, 2013 at 07:43:24AM +1100, Benjamin Herrenschmidt wrote: > > On Fri, 2013-10-11 at 14:47 +0200, Hendrik Brueckner wrote: > > > The tiocmget/tiocmset callbacks are used to set and get modem status and > > > triggered through an tty ioctl. > > > > > > The dtr_rts() callback is different and it is used for DTS/RTS handshaking > > > between the hvc_console (or any other tty_port) and the tty layer. The tty > > > port layer uses this callback to signal the hvc_console whether to raise or > > > lower the DTR/RTS lines. This is different than the ioctl interface to > > > controls the modem status. > > > > Well, DTR at least is the same via both callbacks... Also normal handshaking > > is normally RTS/CTS, only some HW setups "hijacks" DTR for RTS (old Macs come > > to mind). > > Yep. DTR is changed in both callbacks but from different layers. The > tiocmget/tiocmset are triggered through the ioctl. The dtr_rts() callback is > called in hvc_close() to properly handle HUPCL to lower modem control lines > after last process closes the device (hang up). > > This is also done in the hvsilib_close() in hvsi_lib.c: > > /* Clear our own DTR */ > if (!pv->tty || (pv->tty->termios.c_cflag & HUPCL)) > hvsilib_write_mctrl(pv, 0); > > This is actually what the dtr_rts() callback should trigger and I wonder > whether it would be worth to introduce the dtr_rts() callback to encapsulate > the "hvsilib_write_mctrl(pv, 0);" call from above. > > On the other hand, the dtr_rts() callback is a good encapsulation to not > directly access the hp->tty to potentially prevent a layering violation. At > least for the hvc_iucv() I do not want to deal with the "underlying" tty layer > and introduce additional reference accounting. > > I hope this helps you to understand my rational for introducing the dtr_rts() > callback. I'm not sure :) We still end up basically with 2 callbacks to do the same thing ... change the DTR line. It's odd at best, I still don't quite see why hvc_console couldn't just use mctrl... Cheers, Ben.