[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1E5B7565E9E847F4B587D9A938F5959F@local.st.by>
Date: Mon, 4 Jun 2012 17:15:12 +0300
From: "Victor Miasnikov" <vvm@....by>
To: "KY Srinivasan" <kys@...rosoft.com>,
"Greg KH" <gregkh@...uxfoundation.org>
Cc: <stable@...r.kernel.org>, "Jonathan Nieder" <jrnieder@...il.com>,
<linux-kernel@...r.kernel.org>,
"Mike Sterling" <mike.sterling@...rosoft.com>
Subject: Re: Linux on Hyper-V 1) cd006086fa5d ata_piix: defer disks to the Hyper-V drivers by default 2) db63a4c8115a libata: add a host flag to ignore detected ATA device FW: use hv_storvsc instead of ata_piix to handle the IDE disks devices ( but not for the ...
Hi!
> VVM > > > Hyper-V admins need _worked_ Linux v3.4.X / v3.3.X / v3.2.X
>I can help you with the ata patch on specific set of distros of interest.
>If the system that you are interested loads the ata_piix module,
>we can solve the issue on hand using modprobe rules rather than a patch against the ata driver.
K.Y.: Youre _theory_ ( about "can solve the issue on hand using modprobe rules") is wrong for:
-- OpenSUSE
-- Ubuntu
-- Debian
Why You think, what theory can solve problem in other case?
How about LiveCD ?
But "patch against the ata driver" -- solve problem 100% / 100%
Best regards, Victor Miasnikov
Blog: http://vvm.blog.tut.by/
P.S.
>Victor, what distro are you using.
>Let me know.
But Hyper-V admins need "result" -- if You can fix _all_ what need by "modprobe rules" -- fix issue in:
Kernel:
3.5 -- done
3.4.latest
3.3.latest
3.2.latest
Distro:
-- Arch Linux
-- Chacra
-- _all_ LiveCD
-- Gentoo
-- Debian
-- Fedora
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists