From: Richie <listmail@triad.rr.com>
To: Bruce Edge <bruce.edge@gmail.com>
Cc: Samuel Thibault <samuel.thibault@ens-lyon.org>,
xen-devel@lists.xensource.com,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: pv-grub boot hangs when iommu=soft. Booting kernel directly with the flags works
Date: Tue, 06 Jul 2010 12:24:15 -0400 [thread overview]
Message-ID: <4C3358AF.3070406@triad.rr.com> (raw)
In-Reply-To: <AANLkTilBN_VeusEpVTE0CwwORY2q5MQr4KSgxcuQ2Kp8@mail.gmail.com>
Are you able to pv-grub boot while specifying iommu=soft?
To clarify this specific issue; the problem was that minios would
produce an error message (see example, specifically: port 5 still
bound!) and fail to boot the kernel. I suspect if that if you are able
to boot then the kernel would receive and make use of the parameter as
it normally would.
# xm create -c ubstub.cfg
> Using config file "/etc/xen/ubstub.cfg".
> Started domain lucidpv (id=2)
> Xen Minimal OS!
> start_info: 0xa9a000(VA)
> nr_pages: 0x20000
> shared_inf: 0xbf44d000(MA)
> pt_base: 0xa9d000(VA)
> nr_pt_frames: 0x9
> mfn_list: 0x99a000(VA)
> mod_start: 0x0(VA)
> mod_len: 0
> flags: 0x0
> cmd_line: (hd0)/boot/grub/menu.lst
> stack: 0x959980-0x979980
> MM: Init
> _text: 0x0(VA)
> _etext: 0x6987c(VA)
> _erodata: 0x83000(VA)
> _edata: 0x8bae0(VA)
> stack start: 0x959980(VA)
> _end: 0x999f88(VA)
> start_pfn: aa9
> max_pfn: 20000
> Mapping memory range 0xc00000 - 0x20000000
> setting 0x0-0x83000 readonly
> skipped 0x1000
> MM: Initialise page allocator for ba3000(ba3000)-20000000(20000000)
> MM: done
> Demand map pfns at 20001000-2020001000.
> Heap resides at 2020002000-4020002000.
> Booting command-list
>
> root (hd0)
> Filesystem type is ext2fs, using whole disk
> kernel /boot/vmlinuz-2.6.32.10-xen2
> root=UUID=2bb30c38-70fc-4e9d-ae69-52db68589a
> 2e ro iommu=soft swiotlb=force
> initrd /boot/initrd.img-2.6.32.10-xen2
>
> block error -2 for op 2
> close blk: backend=/local/domain/0/backend/vbd/2/51712 node=device/vbd/51712
> port 5 still bound!
>
Bruce Edge wrote:
> On Wed, Apr 7, 2010 at 9:57 AM, Samuel Thibault
> <samuel.thibault@ens-lyon.org <mailto:samuel.thibault@ens-lyon.org>>
> wrote:
>
> listmail, le Wed 07 Apr 2010 12:53:19 -0400, a écrit :
> > "If the 'iommu=soft swiotlb=force' is removed it boots"
> >
> > but in actuality, "switotlb=force" can be left in and it boots
> ok as well.
> > From what I've see it is only when having "iommu=soft" added in that
> > exposes the issue.
>
> Ok, so the problem really is the combination of pv-grub and
> iommu=soft.
>
>
> Any update on this problem?
> I'm assuming that this is related to my inability to pass through PCI
> devices to a domU when using pv-grub as such requires the use of
> iommu=soft.
>
> -Bruce
>
>
>
> > I understand that you have communicated that you don't have time for
> > this in near future and I respect that, however, if there is
> something
> > specific to try that would shed more light on the issue then let me
> > know.
>
> I have no idea off-hand. In "I don't have time in the near future", I
> mean that other people could perhaps have a closer look at the
> issue...
>
> Samuel
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com <mailto:Xen-devel@lists.xensource.com>
> http://lists.xensource.com/xen-devel
>
>
next prev parent reply other threads:[~2010-07-06 16:24 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-05 22:03 pv-grub boot hangs when iommu=soft. Booting kernel directly with the flags works listmail
2010-04-05 22:18 ` Konrad Rzeszutek Wilk
2010-04-06 0:25 ` Samuel Thibault
2010-04-07 16:24 ` Konrad Rzeszutek Wilk
2010-04-07 16:33 ` Samuel Thibault
2010-04-07 16:53 ` listmail
2010-04-07 16:57 ` Samuel Thibault
2010-07-06 16:06 ` Bruce Edge
2010-07-06 16:24 ` Richie [this message]
2010-07-06 18:54 ` Bruce Edge
2010-07-09 13:57 ` Konrad Rzeszutek Wilk
2010-07-06 16:42 ` pv-grub boot hangs when iommu=soft. Booting kernel directly with the flags works. MiniOS screws around with page flags Konrad Rzeszutek Wilk
2010-07-06 21:36 ` Richie
2010-07-07 13:25 ` Konrad Rzeszutek Wilk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C3358AF.3070406@triad.rr.com \
--to=listmail@triad.rr.com \
--cc=bruce.edge@gmail.com \
--cc=konrad.wilk@oracle.com \
--cc=samuel.thibault@ens-lyon.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).