WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

RE: [Xen-users] Re: VT-D RMRR is incorrect

To: "'Christian Tramnitz'" <chris.ace@xxxxxxx>, <xen-users@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-users] Re: VT-D RMRR is incorrect
From: "Dustin Henning" <Dustin.Henning@xxxxxxxxxxx>
Date: Tue, 17 Feb 2009 08:11:31 -0500
Cc:
Delivery-date: Tue, 17 Feb 2009 05:12:47 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <gndp6u$5f5$1@xxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Organization: PRD, Inc.
References: <d5dec53b0902131346t663491d2x37f630dc1e64294b@xxxxxxxxxxxxxx> <gn8o04$1cn$1@xxxxxxxxxxxxx> <d5dec53b0902150423o47306903j4d84c4c558dbd496@xxxxxxxxxxxxxx> <gndp6u$5f5$1@xxxxxxxxxxxxx>
Reply-to: Dustin.Henning@xxxxxxxxxxx
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcmQ0g6lGAQq9xg1RNiZeanIHzyVjQALhhbg
        I would recommend opening a new ticket with ASUS and telling them
you were running Windows if you can get the same output Yoshiharu-san did
and it fails to meet AMD specifications the way his fails to meet Intel
specifications, after all, that would mean their board was out of spec with
AMD, not Linux.  However, in my experience, ASUS can't fix anything (I tried
to be an early adopter of the SiI port multiplier via their P5WD2-Premium
onboard SiI SATA and a port multiplier from someone else, after all, their
documentation clearly stated that they supported port multipliers, and they
didn't make their own, however, it wouldn't work with port multipliers, they
"escalated it to their engineering," and I never heard back, so the issue
was never resolved).  I'd recommend going with Gigabyte or SuperMicro,
because I've had equally bad support from MSI (I have several computers
whose systems monitoring software goes off continuously until reboot after
using a floppy drive, that would have to be a firmware issue, and they can't
fix it).  All the other manufacturers are either awfully new to the market
or awfully unreliable (Biostar, for instance, isn't likely to have a board
last much longer than their warranty in my experience, regardless of
platform), SuperMicro would probably be the better bet compatibility wise,
but they have a short warranty and less features (read: less additional
features that probably don't work with Linux anyway).  Good luck finding
something that works, be sure to let everyone know what it is.
        Dustin

-----Original Message-----
From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Christian
Tramnitz
Sent: Tuesday, February 17, 2009 02:33
To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-users] Re: VT-D RMRR is incorrect

Hello Yoshiharu-san

you are right, the DMRR is screwed for me to, I have the same address 
violation than you.
I already contacted Asus Support and they came back and told me that 
Linux is not officially supported so they can do nothing about it.
I'll probably return the board to the distributor and get an Intel-board 
instead... <sigh>

Hope you have better luck with Supermicro.


Best regards,
    Christian

Yoshiharu Mori schrieb:
> Hi Christian
> 
> I checked the following spcifications.
> 
>  "Intel Virtualization Technology (Intel VT) for Directed I/O 
> Architecture Specification"
>  address=> 
>
http://download.intel.com/technology/computing/vptech/Intel(r)_VT_for_Direct
_IO.pdf
> 
> As a result, DMAR ACPI TABLE of SUPERMICRO C7X58's BIOS violates the 
> specification.
> 
> Here is the DMAR ACPI table: (I use acpidump command)
> 
> DMAR @ 0xbf79e0c0
>   0000: 44 4d 41 52 18 01 00 00 01 92 41 4d 49 00 00 00  DMAR......AMI...
>   0010: 4f 45 4d 44 4d 41 52 00 01 00 00 00 4d 53 46 54  OEMDMAR.....MSFT
>   0020: 97 00 00 00 26 01 00 00 00 00 00 00 00 00 00 00  ....&...........
>   0030: 00 00 18 00 01 00 00 00 00 e0 ff fb 00 00 00 00  ................
>   0040: 03 08 00 00 08 f0 1f 07 01 00 58 00 00 00 00 00  ..........X.....
>   0050: 00 c0 0e 00 00 00 00 00 ff ff 0e 00 00 00 00 00  ................
>   0060: 01 08 00 00 00 00 1d 00 01 08 00 00 00 00 1d 01  ................
>   0070: 01 08 00 00 00 00 1d 02 01 08 00 00 00 00 1d 07  ................
>   0080: 01 08 00 00 00 00 1a 00 01 08 00 00 00 00 1a 01  ................
>   0090: 01 08 00 00 00 00 1a 02 01 08 00 00 00 00 1a 07  ................
>   00a0: 01 00 58 00 00 00 00 00 00 c0 7e bf 00 00 00 00  ..X.......~.....
>   00b0: ff bf 7e bf 00 00 00 00 01 08 00 00 00 00 1d 00  ..~.............
>   00c0: 01 08 00 00 00 00 1d 01 01 08 00 00 00 00 1d 02  ................
>   00d0: 01 08 00 00 00 00 1d 07 01 08 00 00 00 00 1a 00  ................
>   00e0: 01 08 00 00 00 00 1a 01 01 08 00 00 00 00 1a 02  ................
>   00f0: 01 08 00 00 00 00 1a 07 02 00 20 00 00 00 00 00  .......... .....
>   0100: 02 08 00 00 00 00 01 00 02 08 00 00 00 00 03 00  ................
>   0110: 02 08 00 00 00 00 07 00                          ........
> 
> There are two Reserved Memory Region Reporting (RMRR) Structure in above 
> DMAR ACPI TABLE.
> The 1st RMRR is correct( I think) , But the 2nd RMRR is incorrect.
> (Please look at page 75 of Intel's specifications.)
> 
> The RMRR  Limit Address must be greater than the RMRR Base Adress.
> But, in my BIOS, RMRR Base Address is bf7ec000 and RMRR Limit Address is 
> bf7ebfff.
> (RMRR Limit Address is smaller than RMRR Base Address !)
> 
> Your ASUS P6T mother board and my board uses AMI BIOS.
> All AMI BIOS might be wrong in how to handle RMRR.
> 
> I sent this report to SUPERMICRO Technical team.
> 
> Thanks
> 
> Yoshiharu Mori


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



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

<Prev in Thread] Current Thread [Next in Thread>