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: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH 0 of 1] Deal with Serial Over LAN (SOL) IPMI interfaces.
From: Pasi Kärkkäinen <pasik@xxxxxx>
Date: Tue, 15 Dec 2009 00:48:19 +0200
Cc: "Gary.Grebus@xxxxxxxxxx" <Gary.Grebus@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Delivery-date: Mon, 14 Dec 2009 14:48:41 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20091214163609.GA26474@xxxxxxxxxxxxxxxxxxx>
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> <20091214163609.GA26474@xxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.13 (2006-08-11)
On Mon, Dec 14, 2009 at 11:36:09AM -0500, Konrad Rzeszutek Wilk wrote:
> 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 builds.
> 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 :-(

Not sure if the Virtual Iron HCL helps.. it seems to be here:

-- Pasi

Xen-devel mailing list