Messages in this thread | | | Subject | Re: [PATCH 3.12 16/33] isdn/gigaset: reset tty->receive_room when attaching ser_gigaset | From | Tilman Schmidt <> | Date | Wed, 4 Nov 2015 15:09:45 +0100 |
| |
Hi Paul,
Am 19.10.2015 um 11:09 schrieb Paul Bolle: > On ma, 2015-10-12 at 11:18 +0200, Tilman Schmidt wrote: >> While it doesn't make any sense indeed to run two instances of >> ldattach >> in parallel on one and the same serial port, it is entirely conceivable >> that someone might do so inadvertently, by not being aware that one is >> running already. > > I'm wandering off topic a bit, but doesn't that imply that ldattach > should bail out with an error if someone tries to do that?
I'm of two minds about this. On the pro side, it might prevent some surprises. But on the other hand, nothing actually breaks if someone does, and I'm not 100% sure there are really no legitimate scenarios. Add to this that I don't have a clear idea how to actually implement such a bailout, and that I'm really short of time. So I'm reluctant to tackle this topic.
Perhaps the best way forward would be someone (not me) submitting a patch to ldattach, thereby triggering a discussion of the pros and cons that would ideally include all (or most) ldattach users and consider all line disciplines it is used with.
-- Tilman Schmidt E-Mail: tilman@imap.cc Bonn, Germany Diese Nachricht besteht zu 100% aus wiederverwerteten Bits. Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
[unhandled content-type:application/pgp-signature] | |