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

RE: [Xen-devel] details of iommu_inclusive_mapping problem?


  • To: 'Andrew Lyon' <andrew.lyon@xxxxxxxxx>, 'Xen-devel' <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Han, Weidong" <weidong.han@xxxxxxxxx>
  • Date: Sun, 6 Sep 2009 19:45:00 +0800
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Cc:
  • Delivery-date: Sun, 06 Sep 2009 04:45:43 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcosBX3fziR6FcdkTqeox/Eul2lFYgC39VMQ
  • Thread-topic: [Xen-devel] details of iommu_inclusive_mapping problem?

Andrew Lyon wrote:
> Hi,
> 
> On my Supermicro X7DWA-N board I have to boot Xen with
> iommu_inclusive_mapping=y to use iommu, I have had some stability
> problems when using passthru and I wonder if that is because I am
> using this workaround so I contacted Supermicro about it and they
> asked me for details of exactly which registers are wrong, I am not
> able to provide this information, can anybody explain how I might work
> out exactly what is wrong so that I can tell them?
> 
>  From what I have read the problem is that the rmrr memory ranges are
> not within reserved memory, I know how to work out the rmrr start and
> length from acpidump but I don't know how to work out the reserved
> ranges, which table are they in?
>

You can see the reserved ranges in e820 table. I think you can send the RMRR 
ranges and e820 table to them. Actually it's a BIOS issue. Pls try the latest 
BIOS first if you are not using it.

Regards,
Weidong



_______________________________________________
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®.