From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EwNXL-0004iu-8M for qemu-devel@nongnu.org; Tue, 10 Jan 2006 12:43:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EwNXI-0004h5-Hy for qemu-devel@nongnu.org; Tue, 10 Jan 2006 12:43:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EwNXI-0004h2-9Y for qemu-devel@nongnu.org; Tue, 10 Jan 2006 12:43:56 -0500 Received: from [64.233.162.194] (helo=zproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EwNZl-0003XO-Ar for qemu-devel@nongnu.org; Tue, 10 Jan 2006 12:46:29 -0500 Received: by zproxy.gmail.com with SMTP id r28so3648115nza for ; Tue, 10 Jan 2006 09:41:48 -0800 (PST) Message-ID: <16af12af0601100941l559fd286t9970b8926651d220@mail.gmail.com> Date: Tue, 10 Jan 2006 09:41:48 -0800 From: Andre Pech Subject: Re: [Qemu-devel] Interest in hardware plugin functionality In-Reply-To: <20060110120109.GA17360@xi.wantstofly.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9697_10234288.1136914908326" References: <16af12af0601091738t2fbe336td1f7cfc19b832606@mail.gmail.com> <20060110120109.GA17360@xi.wantstofly.org> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org ------=_Part_9697_10234288.1136914908326 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This functionality is not strictly for hotplugging. Maybe my use of the ter= m hardware plugin was misleading. The patch adds the ability to pass a .so file compiled against qemu's header files to qemu on the command line. This .so file is dlopened and registers itself as hardware appropriately, all before the operating system actually boots. I could envision adding the ability to have a qemu monitor command to similarly open such a file in order to hotplug a hardware device, but obviously this would be limited to the hardware types that the operating system supports hotplugging for. Andre On 1/10/06, Lennert Buytenhek wrote: > > On Mon, Jan 09, 2006 at 05:38:58PM -0800, Andre Pech wrote: > > > I have been using qemu to simulate various types of custom hardware > > for testing purposes. Rather than having to recompile qemu every time > > I change a hardware simulation, I instead patched qemu to support > > dynamically loading hardware plugin files at run time. The basic idea > > is that you can specify .so files to load on the command line when you > > boot qemu. These files will be dlopened by qemu at run time, and will > > register themselves as hardware to the appropriate hardware controller > > (ie a PCI device hardware plugin registers itself with the PCI bus). > > I think the biggest problem would be that a lot of operating systems > don't support hotplug PCI. > > > --L > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > ------=_Part_9697_10234288.1136914908326 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This functionality is not strictly for hotplugging. Maybe my use of the term hardware plugin was misleading. The patch adds the ability to pass a .so file compiled against qemu's header files to qemu on the command line. This .so file is dlopened and registers itself as hardware appropriately, all before the operating system actually boots.
I could envision adding the ability to have a qemu monitor command to similarly open such a file in order to hotplug a hardware device, but obviously this would be limited to the hardware types that the operating system supports hotplugging for.
Andre

On 1/10/06, Lennert Buytenhek <buytenh@wantstofly.org> wrote:
On Mon, Jan 09, 2006 at 05:38:58PM -0800, Andre Pech wrote:

> I h= ave been using qemu to simulate various types of custom hardware
> fo= r testing purposes. Rather than having to recompile qemu every time
> I change a hardware simulation, I instead patched qemu to support
&= gt; dynamically loading hardware plugin files at run time. The basic idea> is that you can specify .so files to load on the command line when y= ou
> boot qemu. These files will be dlopened by qemu at run time, and w= ill
> register themselves as hardware to the appropriate hardware con= troller
> (ie a PCI device hardware plugin registers itself with the = PCI bus).

I think the biggest problem would be that a lot of operating system= s
don't support hotplug PCI.


--L


_________________= ______________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

------=_Part_9697_10234288.1136914908326--