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: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Date: Mon, 14 Dec 2009 11:36:09 -0500
Cc: "Gary.Grebus@xxxxxxxxxx" <Gary.Grebus@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 14 Dec 2009 08:51:19 -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: <patchbomb.1260803445@xxxxxxxxxxxxxxxxxxx> <C74C1A89.466B%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.19 (2009-01-05)
On Mon, Dec 14, 2009 at 04:38:33PM +0000, 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

We (Virtual Iron) were confident enough to make it turned on in our production 
I do not have the list of machines we certified anymore (the web-page went
bye-bye) so I can't give you the test scope data :-(

> 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.

I am going to defer to Gary on the implementation details.

Xen-devel mailing list