On Tue, Nov 29, Wei Liu wrote:
> On Mon, Nov 28, 2016 at 10:28:21AM -0800, Stefano Stabellini wrote:
> > Anthony, are you going to take care of this?
> > However, given the state of the release, they'll need a release-ack to
> > be applied.
> I think these patches will need to wait to be backporte
On Mon, Nov 28, 2016 at 10:28:21AM -0800, Stefano Stabellini wrote:
> On Thu, 24 Nov 2016, Olaf Hering wrote:
> > On Fri, Oct 21, Olaf Hering wrote:
> >
> > > Using 'vdev=sd[a-o]' will create an emulated LSI controller, which can
> > > be used by the emulated BIOS to boot from disk. If the HVM dom
On Thu, 24 Nov 2016, Olaf Hering wrote:
> On Fri, Oct 21, Olaf Hering wrote:
>
> > Using 'vdev=sd[a-o]' will create an emulated LSI controller, which can
> > be used by the emulated BIOS to boot from disk. If the HVM domU has also
> > PV driver the disk may appear twice in the guest. To avoid this
On Fri, Oct 21, Olaf Hering wrote:
> Using 'vdev=sd[a-o]' will create an emulated LSI controller, which can
> be used by the emulated BIOS to boot from disk. If the HVM domU has also
> PV driver the disk may appear twice in the guest. To avoid this an
> unplug of the emulated hardware is needed, s
On Fri, 21 Oct 2016, Olaf Hering wrote:
> Using 'vdev=sd[a-o]' will create an emulated LSI controller, which can
> be used by the emulated BIOS to boot from disk. If the HVM domU has also
> PV driver the disk may appear twice in the guest. To avoid this an
> unplug of the emulated hardware is neede
Using 'vdev=sd[a-o]' will create an emulated LSI controller, which can
be used by the emulated BIOS to boot from disk. If the HVM domU has also
PV driver the disk may appear twice in the guest. To avoid this an
unplug of the emulated hardware is needed, similar to what is done for
IDE and NIC drive