This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] Re: [PATCH 0 of 1] Deal with Serial Over LAN (SOL) IPMI

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH 0 of 1] Deal with Serial Over LAN (SOL) IPMI interfaces.
From: Gary Grebus <Gary.Grebus@xxxxxxxxxx>
Date: Mon, 14 Dec 2009 19:03:29 -0500
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Delivery-date: Mon, 14 Dec 2009 16:04:40 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C74C1A89.466B%keir.fraser@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <C74C1A89.466B%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird (X11/20090825)
Keir Fraser wrote:
> On 14/12/2009 15:10, "Konrad Rzeszutek Wilk" <konrad.wilk@xxxxxxxxxx> wrote:
>> During the testing of Intel blades we found that the Serial Over LAN
>> does not generate IRQs that well. Gary came up with a patch that
>> figures out if it needs to poll or just work as before (IRQ). The benefit
>> of this patch is that you don't need to do:
>> com1=115200,8n1,0
>> but instead can just do com1=115200,8n1 which is great in the field
>> where you don't want the bootup file to change.
> Kinda gross, and I'm not sure it's straightforward enough that I trust it on
> all systems that currently work fine (vast majority). I *might* consider it
> if it's a non-default boot option to turn it on. I don't believe that Linux
> does such things either, at least by default.

The Linux 8250.c driver does something vaguely similar when initializing a 
UART.  It explicitly
transmits a character to force an interrupt to test that the THRE bit is 
handled correctly.

I thought it a bit more risky to add an explicit sequence to test for the 
just start with polling enabled, and if the interrupt shows up it's ok to stop 
But as you say, it's a small minority of systems that have this problem anyway 
(IIRC, we saw this
for an Intel Clearbay platform).


Xen-devel mailing list