WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] writing PV block drivers for Windows

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] writing PV block drivers for Windows
From: Pezza <mario.beccia@xxxxxxxxxx>
Date: Fri, 19 Oct 2007 17:50:53 -0700 (PDT)
Delivery-date: Mon, 22 Oct 2007 02:43:36 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <AEC6C66638C05B468B556EA548C1A77D01249AB9@trantor>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <AEC6C66638C05B468B556EA548C1A77D01249AB9@trantor>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
James,

I'd be pretty much interested in the evolution this thing had (1 month has
passed...).
Have you got anything functional? Do you need any help with it (I'd be
extremely interested in this)?




James Harper wrote:
> 
> I'm now at the stage where I can think about writing some PV block
> drivers for Windows. I have working event channel and xen store
> subsystems (but they'll probably need some more refinement once things
> progress), and the Windows XenPCI driver enumerates devices as they are
> added to xenstore.
> 
> This leaves me with a few questions...
> 
> 1. I assume that the qemu virtual BIOS uses the virtual ATA for
> communications. Once my Windows drivers are loaded at boot time (part of
> the bootstrap process I assume), I need to turn off the emulated ATA
> interface so that windows doesn't detect that (two access methods to the
> same block device can't be a good idea!)... how might I get xen/qemu to
> turn that off at a given point... by writing something into xenstore?
>  
> 2. I'm presently planning on writing the vbd driver as a Windows SCSI
> miniport driver, which means windows would see the vbd driver as a scsi
> disk. It appears that Xen has a fairly simple idea of single block
> devices, without the concept of buses and controllers. Windows, however,
> likes controller buses with devices hanging off them. So I can create
> one virtual scsi HBA, and just put all the virtual devices on that, or I
> can create one virtual HBA per virtual device... any suggestions? I'm
> not sure that it really matters either way, although the first way seems
> like it would be tidier...
> 
> 3. Would the xen list admins consider a new mailing list for a gpl'd
> windows pv driver development? Would you consider providing a place to
> host it under the source control you use (I forget which one :)? Failing
> that I'll just put it up on SourceForge.
> 
> Thanks
> 
> James
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
> 
> 

-- 
View this message in context: 
http://www.nabble.com/writing-PV-block-drivers-for-Windows-tf4618069.html#a13305487
Sent from the Xen - Dev mailing list archive at Nabble.com.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel