From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47717)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1VjQkF-0005MT-SN
	for qemu-devel@nongnu.org; Thu, 21 Nov 2013 04:40:25 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1VjQk7-0003dP-Ec
	for qemu-devel@nongnu.org; Thu, 21 Nov 2013 04:40:19 -0500
Received: from mx1.redhat.com ([209.132.183.28]:22696)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1VjQk7-0003dD-6A
	for qemu-devel@nongnu.org; Thu, 21 Nov 2013 04:40:11 -0500
Date: Thu, 21 Nov 2013 11:43:07 +0200
From: "Michael S. Tsirkin" <mst@redhat.com>
Message-ID: <20131121094307.GC3140@redhat.com>
References: <1385001528-12003-1-git-send-email-imammedo@redhat.com>
	<1385001528-12003-17-git-send-email-imammedo@redhat.com>
	<20131121071418.GB19703@redhat.com>
	<20131121081222.GG24886@G08FNSTD100614.fnst.cn.fujitsu.com>
	<528DC1E5.8090408@cn.fujitsu.com>
	<20131121082909.GB20073@redhat.com>
	<528DC51B.3000302@cn.fujitsu.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <528DC51B.3000302@cn.fujitsu.com>
Subject: Re: [Qemu-devel] [PATCH 16/27] acpi: ich9: allow guest to clear SCI
 rised by GPE
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Li Guang <lig.fnst@cn.fujitsu.com>
Cc: peter.maydell@linaro.org, aliguori@amazon.com, marcel.a@redhat.com, qemu-devel@nongnu.org, Hu Tao <hutao@cn.fujitsu.com>, stefanb@linux.vnet.ibm.com, mjt@tls.msk.ru, mdroth@linux.vnet.ibm.com, armbru@redhat.com, vasilis.liaskovitis@profitbricks.com, quintela@redhat.com, kraxel@redhat.com, stefanha@redhat.com, Igor Mammedov <imammedo@redhat.com>, pbonzini@redhat.com, lcapitulino@redhat.com, chegu_vinod@hp.com, afaerber@suse.de

On Thu, Nov 21, 2013 at 04:32:27PM +0800, Li Guang wrote:
> Michael S. Tsirkin wrote:
> >On Thu, Nov 21, 2013 at 04:18:45PM +0800, Li Guang wrote:
> >>Hu Tao wrote:
> >>>On Thu, Nov 21, 2013 at 09:14:18AM +0200, Michael S. Tsirkin wrote:
> >>>>On Thu, Nov 21, 2013 at 03:38:37AM +0100, Igor Mammedov wrote:
> >>>>>it fixes IRQ storm since guest isn't able to lower SCI IRQ
> >>>>>after it has been handled when it clears GPE event.
> >>>>>
> >>>>>Signed-off-by: Igor Mammedov<imammedo@redhat.com>
> >>>>The storm is only on memory hotplug right?
> >>>IIRC, it happens on cpu hotplug, too.
> >>>
> >>>
> >>>
> >>:-), that made remember EC implementation,
> >>with EC, SCI will be safer, I think.
> >Hmm you are saying let's use EC for memory hotplug?
> >
> >
> It can be a bridge between guest and QEMU,
> with it, we may don't have to bother ASL writing
> and south-bridge hardware related work(or very
> little) if we implement EC correctly.
> 
> 


I'd like to see that. Can you write a document (just text)
for an imaginary EC support for memory hotplug?