Date: Tue, 11 Dec 2007 11:02:02 -0800 (PST)
Message-Id: <20071211.110202.186865875.davem@davemloft.net>
To: andi@firstfloor.org
Cc: nashif@linux.intel.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Intel Management Engine Interface
From: David Miller <davem@davemloft.net>
In-Reply-To: <20071211185317.GA21864@one.firstfloor.org>
References: <p7363z5nlo8.fsf@bingen.suse.de>
	<475ED912.609@linux.intel.com>
	<20071211185317.GA21864@one.firstfloor.org>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1123
Lines: 28

From: Andi Kleen <andi@firstfloor.org>
Date: Tue, 11 Dec 2007 19:53:17 +0100

> Ok but saving oops is such a useful facility that we'll probably
> need to think about implementing SOAP in the kernel.

Ummm, no.

UDP is stateless, a stripped down copy of TCP we simply
do not need.  We also do not need XML in the kernel either.

If they want to support things like this they should do it in the
firmware of the management entity like every other sane server
platform does these days.

The console and OOPS messages should go over an extremely resilient
transport which is as simple as possible which usually means shared
memory or I/O memory with some simple handshake or doorbell.  This
gets it to the management entity board or whatever, and how it gets
from there to the remote system is it's business not that of the
kernel.

Not TCP, and definitely not this XML SOAP crap.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/