> -----Original Message----- > From: Andy Whitcroft [mailto:apw@xxxxxxxxxxxxx] > Sent: Thursday, April 19, 2012 3:40 AM > To: Alan Cox > Cc: KY Srinivasan; Jeff Garzik; linux-ide@xxxxxxxxxxxxxxx; linux- > kernel@xxxxxxxxxxxxxxx; Mike Sterling > Subject: Re: [PATCH 0/2] Hyper-V disk support V3 > > On Wed, Apr 18, 2012 at 09:12:35PM +0100, Alan Cox wrote: > > > The notion of "pass through" in Hyper-V is a little different. IDE devices can > be configured > > > under either one of the supported controllers and these devices can either > be virtual disks > > > (VHDs) or physical disks. In either case these will be presented to the guest as > IDE devices. > > > > So what ensures that by skipping it at the ATA device level we will > > always find it as a VHD ? > > My understanding of things is that the if you have disks assigned to the > guest that they will always appear both on the virtualised SATA contoller > and on the paravirtualised driver channel. So that assuming a valid > configuration in which both drivers initialise they will be picked up by > one or the other. > > KY for clarity are we saying the only way a disk can appear in the guest > is either on the emulated controller or paravirtualised, we will never > expose real devices into the guest. You are right. Depending on how the device is configured for the guest, even in the pass through case, the device will show up as either an emulated device (if configured under the IDE controllers) or as a device under the synthetic scsi controller (as seen by the guest). The storvsc driver can handle both these configurations while the native ata driver can only handle emulated devices. Since, presently we can only boot off of a device configured under the IDE controller, we have the issue which your patch addresses. K. Y -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
