From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:50450) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UglfC-0004P5-8e for qemu-devel@nongnu.org; Sun, 26 May 2013 20:51:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uglf7-0000eV-7P for qemu-devel@nongnu.org; Sun, 26 May 2013 20:51:50 -0400 Received: from mail-ob0-x233.google.com ([2607:f8b0:4003:c01::233]:39823) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uglf7-0000eP-2Z for qemu-devel@nongnu.org; Sun, 26 May 2013 20:51:45 -0400 Received: by mail-ob0-f179.google.com with SMTP id wo10so3943732obc.24 for ; Sun, 26 May 2013 17:51:44 -0700 (PDT) From: Anthony Liguori In-Reply-To: <1369614057.19028.2.camel@liguang.fnst.cn.fujitsu.com> References: <1369194397-608-1-git-send-email-lig.fnst@cn.fujitsu.com> <20130524114528.GC7046@redhat.com> <1369614057.19028.2.camel@liguang.fnst.cn.fujitsu.com> Date: Sun, 26 May 2013 19:51:42 -0500 Message-ID: <87wqql1bz5.fsf@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 0/4] add ACPI Embedded Controller List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: li guang , "Michael S. Tsirkin" Cc: Stefan Berger , qemu-devel@nongnu.org, Bruce Rogers , Joel Schopp , Gerd Hoffmann , Paolo Bonzini , Andreas =?utf-8?Q?F=C3=A4rber?= , Isaku Yamahata li guang writes: > =E5=9C=A8 2013-05-24=E4=BA=94=E7=9A=84 14:45 +0300=EF=BC=8CMichael S. Tsi= rkin=E5=86=99=E9=81=93=EF=BC=9A >> On Wed, May 22, 2013 at 11:46:33AM +0800, liguang wrote: >> > These patches try to add ACPI Embedded Controller (EC), >> > refer-to: >> > ACPI SPEC v5 chapter 5=20 >> > "ACPI Embedded Controller Interface Specification" >> >=20 >> > EC is a standard ACPI device, it plays flexible roles, >> > e.g.=20 >> > power controller, it can control power sequence for >> > platform to enter or leave system state(0,1,3,4,5), >> > it can controller CPU fan by the temperature of sensor. >> > event carrier, it can pass events between platform >> > and OS, so OS can execute _Qxx method which defined >> > by yourself. >> >=20 >> > So, I want to deliver CPU online/offline event between >> > OS and QEMU for CPU hotplug feature, then we will don't >> > need to "echo 1 > /sys/devices/system/cpu/cpu1/online" >> > again after 'cpu-add'. >> >=20 >> > patches for online/offline event handler of QEUM and=20 >> > linux kernel are writing, and will send once finished. >> >=20 >> > since EC is a common device, so I send pathes separately. >>=20 >> Do any non-linux guests support this device? >>=20 > > In fact, any OSes support ACPI will support this device. > so, windows will. When you say "any OSes supporting ACPI" I think what you really mean is that we can provide bytecode that interacts with the embedded controller. There is not explicit driver in Linux or Windows AFAIK. I still don't get the point of this. We can make ACPI hotplug work without introducing a new device like this. Regards, Anthony Liguori