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" <ache@astral.msk.su> To: bde@ZETA.ORG.AU, cvs-sys@freefall.cdrom.com Subject: Re: cvs commit: src/sys/i386/isa sio.c Message-ID: <uCGX-zlWdA@astral.msk.su> In-Reply-To: <199507021644.CAA18626@godzilla.zeta.org.au>; from Bruce Evans at Mon, 3 Jul 1995 02:44:21 %2B1000 References: <199507021644.CAA18626@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?uCGX-zlWdA>