From owner-freebsd-commit Mon Jul 3 06:09:57 1995 Return-Path: commit-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA04562 for commit-outgoing; Mon, 3 Jul 1995 06:09:57 -0700 Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA04526 for cvs-sys-outgoing; Mon, 3 Jul 1995 06:08:27 -0700 Received: from bitcom (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA04505 for ; Mon, 3 Jul 1995 06:07:40 -0700 Received: by bitcom id AA03321 (5.65.kiae-1 ); Mon, 3 Jul 1995 15:58:16 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 3 Jul 95 15:58:16 +0300 Received: by astral.msk.su (UUPC/@ v6.14h, 01Jul95) id AA02800; Mon, 3 Jul 1995 16:53:36 +0400 (MSD) To: bde@ZETA.ORG.AU, cvs-sys@freefall.cdrom.com References: <199507021644.CAA18626@godzilla.zeta.org.au> In-Reply-To: <199507021644.CAA18626@godzilla.zeta.org.au>; from Bruce Evans at Mon, 3 Jul 1995 02:44:21 +1000 Message-Id: Organization: Ha-olahm Yetzirah X-Mailer: Mail/@ [v2.38 MSDOS] Date: Mon, 3 Jul 1995 16:53:36 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: cvs commit: src/sys/i386/isa sio.c Mime-Version: 1.0 Lines: 25 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1076 Sender: commit-owner@FreeBSD.org Precedence: bulk In message <199507021644.CAA18626@godzilla.zeta.org.au> Bruce Evans writes: >this bug I would like to know at least: >1) state of all UART registers. >2) what happens when interrupts are disabled so the driver can't > possibly keep feeding the transmitter. I am isn't quite right in prev. mail, seems I mix two different situations: I saw the same TX hang aprox. half year ago, but it heals by DTR drop, now situation changed: it not heals by DTR drop, moreover, when I turn modem power OFF/ON, modem comes right to previous state with hanging TX. When I issue soft reboot, modem becomes OK. It means that _driver_ overflow modem with TX data when _no_ process which writes to modem exists. I suspect that latest sio changes with queued output buffering can cause it. :-( -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849