From mboxrd@z Thu Jan 1 00:00:00 1970 From: listmail Subject: Re: pv-grub boot hangs when iommu=soft. Booting kernel directly with the flags works Date: Wed, 07 Apr 2010 12:53:19 -0400 Message-ID: <4BBCB87F.4080502@triad.rr.com> References: <4BBA5E4B.5010307@triad.rr.com> <20100405221824.GA26620@phenom.dumpdata.com> <20100406002507.GP23034@const.famille.thibault.fr> <20100407162416.GE26620@phenom.dumpdata.com> <20100407163319.GZ4920@const.bordeaux.inria.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20100407163319.GZ4920@const.bordeaux.inria.fr> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Samuel Thibault , xen-devel@lists.xensource.com Cc: Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org Konrad previously stated: "If the 'iommu=3Dsoft swiotlb=3Dforce' is removed it boots" but in actuality, "switotlb=3Dforce" can be left in and it boots ok as w= ell. From what I've see it is only when having "iommu=3Dsoft" added in t= hat exposes the issue. The original post provides a failing example and = a working example, so I'm not sure what further examples I can provide. = I understand that you have communicated that you don't have time for thi= s in near future and I respect that, however, if there is something speci= fic to try that would shed more light on the issue then let me know. Richie Samuel Thibault wrote: > Konrad Rzeszutek Wilk, le Wed 07 Apr 2010 12:24:16 -0400, a =E9crit : > =20 >> On Tue, Apr 06, 2010 at 02:25:07AM +0200, Samuel Thibault wrote: >> =20 >>> (Note: I don't know at all about what iommu=3Dsoft does, so for now I= 'm >>> =20 >> The iommu=3Dsoft enables in the kernel the Software IOMMU. This is >> required for PCI passthrough devices. But the problem isn't with those >> flags (I've asked the user to extract the kernel and initrd and use >> those exact parameters and just do a PV boot - and it worked). >> >> The problem is that MiniOS is doing something wrongly.. >> =20 > > In combination with those flags. > > =20 >> I don't know if the problem is with arguments >> =20 > > I doubt this as I do already pass arguments to my kernels fine. > > =20 >> or if the underlaying storage is the issue (tap:aio) with MiniOS. >> =20 > > The user should try the simplest way (i.e. the provided pv-grub > configuration examples), and then from there, check which flags makes > things not work. > > Samuel > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > =20