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-ia64-devel

[Xen-ia64-devel] RE: ar.unat[patch] fixed this ar.uant issue.

To: "Magenheimer, Dan \(HP Labs Fort Collins\)" <dan.magenheimer@xxxxxx>
Subject: [Xen-ia64-devel] RE: ar.unat[patch] fixed this ar.uant issue.
From: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Date: Thu, 3 Nov 2005 16:07:48 +0800
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 03 Nov 2005 08:05:28 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcXf7/qlxt/UBLYXQj6idPbhpb4eQQAKxkpQAAOxG7AACK2+8A==
Thread-topic: ar.unat[patch] fixed this ar.uant issue.
Dan,
Last time, I used ar.unat register to restore guest general register nat bit in 
hyper_rfi function for eliminating nat bit consumption fault,but not restored 
ar.unat.

Signed-off-by Anthony Xu <Anthony.xu@xxxxxxxxx>

Thanks,
Anthony.




>-----Original Message-----
>From: Magenheimer, Dan (HP Labs Fort Collins) [mailto:dan.magenheimer@xxxxxx]
>Sent: 2005年11月3日 11:54
>To: Xu, Anthony
>Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>Subject: RE: ar.unat
>
>> I can take a look at this, please send me regcheck utilty.
>>
>>
>> Thanks
>> Anthony
>
>Great, thanks!  Here's where I got Tony's regcheck tool.  If
>it's not still there, perhaps Tony can post it.
>
>By the way, if anyone tries this on a domU, Matt Chapman
>has a pending fix that resolves a FP save/restore issue.
>
>Thanks,
>Dan
>
>> -----Original Message-----
>> From: linux-ia64-owner@xxxxxxxxxxxxxxx
>> [mailto:linux-ia64-owner@xxxxxxxxxxxxxxx] On Behalf Of Luck, Tony
>> Sent: Tuesday, March 01, 2005 4:33 PM
>> To: linux-ia64@xxxxxxxxxxxxxxx
>> Subject: RE: [patch 2.6.11-rc3-bk4] Correctly dereference
>> ia64_mca_data
>>
>> Back on February 9th, I wrote:
>> >I wrote a test program that loads up random values into registers
>> >(just r1-r31, a bunch of stacked registers, and f2-f127 for now)
>> >and then checks that all the registers haven't changed value a
>> >few thousand times, before reloading with a new set of random
>> >values.
>>
>> A few people asked whether I could post the program ... it took
>> a while to get sign-off ... but that gave me time to add "branch",
>> "predicate" and half a dozen "application" registers to the mix,
>> plus make it print the name of the register that was nuked (instead
>> of a number that required manual translation).
>>
>> I've tested it by using a debugger to zap one of each class
>> of register
>> that is being monitored to check that it works.
>>
>> http://www.kernel.org/pub/linux/kernel/people/aegl/ia64regcheck.tgz
>>
>> Usage ... compile, and run a few copies.  If they all "exit(0)" (which
>> may take a couple of days) the test passed.  Otherwise you should see
>> the name of the register printed to stderr, and exit code 1.
>>
>> Apart from the MCA case, I haven't seen it report a problem
>> yet ... but
>> I've only run a few hours.
>>
>> -Tony

Attachment: ar_unat.patch
Description: ar_unat.patch

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
<Prev in Thread] Current Thread [Next in Thread>