[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] Unstable fail to load dom0


  • To: 'Andrew Lyon' <andrew.lyon@xxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Cui, Dexuan" <dexuan.cui@xxxxxxxxx>
  • Date: Thu, 16 Apr 2009 23:54:46 +0800
  • Accept-language: zh-CN, en-US
  • Acceptlanguage: zh-CN, en-US
  • Cc: 'Ross Philipson' <Ross.Philipson@xxxxxxxxxx>
  • Delivery-date: Thu, 16 Apr 2009 08:55:25 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acm+p9VpVRIp94nPSQG5g4zd6U0R1wAA4URQ
  • Thread-topic: [Xen-devel] Unstable fail to load dom0

Your SuperMicro BIOS fails to report RMRR (please see Intel VT-d spec for 
details) correctly.

-- Dexuan

-----Original Message-----
From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx 
[mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Andrew Lyon
Sent: 2009年4月16日 23:26
To: Xen-devel
Subject: Re: [Xen-devel] Unstable fail to load dom0

Hi,

Can anybody tell me what bug it is that makes it necessary to set
iommu_inclusive_mapping=1 in order to run Xen 3.4 on my Supermicro
X7DWA-N ?

Without it the system hangs immediately after printing "*** LOADING
DOMAIN 0 ***", with the setting in place it seems to work ok but I
would like to report this bug to Supermicro so I need to give them a
good description about what is wrong.

Perhaps it is related to this error I get:

(XEN) [VT-D]iommu.c:722: iommu_page_fault: iommu->reg = ffff828bfff53000
(XEN) [VT-D]iommu.c:694: iommu_fault_status: Primary Pending Fault
(XEN) [VT-D]iommu.c:676: iommu_fault:DMA Read: 0:1e.0 addr bfc54000
REASON 6 iommu->reg = ffff828bfff53000
(XEN) print_vtd_entries: iommu = ffff83043fde1db0 bdf = 0:1e:0 gmfn = bfc54
(XEN)     root_entry = ffff83043fd7a000
(XEN)     root_entry[0] = 43214c001
(XEN)     context = ffff83043214c000
(XEN)     context[f0] = 102_43fd5f001
(XEN)     l4 = ffff83043fd5f000
(XEN)     l4_index = 0
(XEN)     l4[0] = 43fd5e003
(XEN)     l3 = ffff83043fd5e000
(XEN)     l3_index = 2
(XEN)     l3[2] = 433f5b003
(XEN)     l2 = ffff830433f5b000
(XEN)     l2_index = 1fe
(XEN)     l2[1fe] = 433d5c003
(XEN)     l1 = ffff830433d5c000
(XEN)     l1_index = 54
(XEN)     l1[54] = 0
(XEN)     l1[54] not present


Andy

On Fri, Mar 27, 2009 at 5:09 PM, Cui, Dexuan <dexuan.cui@xxxxxxxxx> wrote:
> Hi Andy,
> Can you try to change the xen parameter 'iommu' to 0?
> If with iommu=0 you can boot Xen fine, that may be due to a known BIOS bug 
> and you can use xen with c/s >=19270 and use "iommu=1 
> iommu_inclusive_mapping=1".
>
> Thanks,
> -- Dexuan
>
> -----Original Message-----
> From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx 
> [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Andrew Lyon
> Sent: 2009年3月27日 22:52
> To: Ian Campbell
> Cc: Xen-devel
> Subject: Re: [Xen-devel] Unstable fail to load dom0
>
> On Fri, Mar 27, 2009 at 2:26 PM, Andrew Lyon <andrew.lyon@xxxxxxxxx> wrote:
>> On Fri, Mar 27, 2009 at 2:21 PM, Ian Campbell <Ian.Campbell@xxxxxxxxxx> 
>> wrote:
>>> On Fri, 2009-03-27 at 10:16 -0400, Andrew Lyon wrote:
>>>> Hi,
>>>>
>>>> I just tried to upgrade one of my systems to Xen unstable, Xen itself
>>>> boots ok but it hangs after "Loading dom0", I think the cause of the
>>>> problem is that the necessary support for loading compressed kernel
>>>> (vmlinuz/bzImage) was not compiled in properly, I seem to recall that
>>>> recently the compression code was updated and now supports many
>>>> different compression schemes, what libs etc are required to build
>>>> with support for bzImage and vmlinuz?
>>>
>>> For domain0 the decompression code is built into the hypervisor itself
>>> and only supports gzip style compression (historically the only choice).
>>>
>>> Therefore your kernel config must have:
>>>        CONFIG_KERNEL_GZIP=y
>>>        # CONFIG_KERNEL_BZIP2 is not set
>>>        # CONFIG_KERNEL_LZMA is not set
>>>
>>> Ian.
>>>
>>>
>>>
>>>
>>
>> Hmm, not that then, any ideas why it would hang immeediatly after
>> "loading dom0" ?
>>
>> The same grub entry works perfectly if Xen 3.3.1 is installed, it is
>> loading xen.gz which is symlinked to the installed version.
>>
>> Andy
>>
>
> This is not a build issue, the same xen-3.4-unstable.gz + grub stanza
> works ok on my Dell Optiplex 755, but on my Supermicro X7DWA-N it
> locks up at (XEN) *** LOADING DOMAIN 0 ***
>
>
> title Xen 3.4 / Linux 2.6.29-suse
> root (hd0,0)
> kernel /xen.gz iommu=1 com1=115200,8n1 console=vga,com1 noirqbalance
> watchdog dom0_vcpus_pin
> module /vmlinuz-2.6.29-xen root=/dev/sda2 swiotlb=256 console=xvc0 
> console=tty1
>
> Andy
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.