ToDo: backport to v3.4 , v3.3 , v3.2 patches 1b) db63a4c8115a libata 1) cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default Fw: use hv_storvsc instead of ata_piix for IDE disks ( but not for the CD-ROM)
From: Victor Miasnikov <hidden>
Date: 2012-06-05 06:50:24
Also in:
lkml
Hi!
quoted
quoted
use hv_storvsc instead of ata_piix to handle the IDE disks devices ( but not for the CD-ROM)
J.N.> the problem is that ata_piix and hv_storvscboth claim the (virtual) hard disk.
Yes:
{ About bug fixed by patches:
quoted
see tranlate from Russian language issue described by Maksim Kramarenko: http://lists.debian.org/debian-russian/2012/01/msg00324.html
quoted
quoted
After [VVM: turn On in kernel source] Hyper-V modules [compile and start use], a hard disk was determined as 2 with the same UUID.
}
J.N.> {
A workaround is to blacklist the ata_piix module.
However, that means losing access to CD and DVD drives
which are exposed by ata_piix and not hv_storvsc.
}
Yes: work without CD-ROM is not super-fine,
{
best backport patches from v3.5 ( de-facto reincarnation _tested_(!) patches from Ubuntu v12.04 and/or OpenSUSE ) :
J.N.> {
The patch works by making ata_piix skip the disk during enumeration
if hv_storvsc is enabled as a built-in driver or module.
}
quoted
quoted
VVM > > > Hyper-V admins need _worked_ Linux v3.4.X / v3.3.X / v3.2.X
i.e. need backport to all actual version after 3.1 cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default and its prerequisite db63a4c8115a libata: add a host flag to ignore detected ATA devices }
quoted hunk ↗ jump to hunk
--- I think this is what Greg was asking for.
I supose . . . Thanks, Best regards, Victor Miasnikov Blog: http://vvm.blog.tut.by/ P.S.
Thanks
No problem :-)
Hoping that clarifies,
Yes: very good description of problem and possible solution Big thanks! -- ----- Original Message ----- From: "Jonathan Nieder" To: . . . Cc: . . . Sent: Tuesday, June 05, 2012 7:59 AM Subject: Re: [PATCH 2/2] ata_piix: defer disks to the Hyper-V drivers by default . . . If I understand correctly, the problem is that ata_piix and hv_storvscboth claim the (virtual) hard disk. That sounds worth fixing. The patch works by making ata_piix skip the disk during enumeration if hv_storvsc is enabled as a built-in driver or module. A workaround is to blacklist the ata_piix module. However, that means losing access to CD and DVD drives which are exposed by ata_piix and not hv_storvsc. --