lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <20060913201805.GB4787@cathedrallabs.org>
Date:	Wed, 13 Sep 2006 17:18:05 -0300
From:	Aristeu Sergio Rozanski Filho <aris@...hedrallabs.org>
To:	"H. Peter Anvin" <hpa@...or.com>
Cc:	Alex Williamson <alex.williamson@...com>,
	rmk+serial@....linux.org.uk,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] 8250 UART backup timer

> Alex Williamson wrote:
> >   The patch below works around a minor bug found in the UART of the
> >remote management card used in many HP ia64 and parisc servers (aka the
> >Diva UARTs).  The problem is that the UART does not reassert the THRE
> >interrupt if it has been previously cleared and the IIR THRI bit is
> >re-enabled.  This can produce a very annoying failure mode when used as
> >a serial console, allowing a boot/reboot to hang indefinitely until an
> >RX interrupt kicks it into working again (ie. an unattended reboot could
> >stall).
> >
> >   To solve this problem, a backup timer is introduced that runs
> >alongside the standard interrupt driven mechanism.  This timer wakes up
> >periodically, checks for a hang condition and gets characters moving
> >again.  This backup mechanism is only enabled if the UART is detected as
> >having this problem, so systems without these UARTs will have no
> >additional overhead.
> >
> >   This version of the patch incorporates previous comments from Pavel
> >and removes races in the bug detection code.  The test is now done
> >before the irq linking to prevent races with interrupt handler clearing
> >the THRE interrupt.  Short delays and syncs are also added to ensure the
> >device is able to update register state before the result is tested.
> >Comments?  Thanks,
> >
> 
> I have seen this same bug in soft UART IP from "a major vendor."
did you had chance to test this patch on these machines to see if it
solves the problem?

Thanks,

-- 
Aristeu

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ