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>