thr3ads.net - Xen devel - [Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition [Mar 2007]

If this information is useful, please help other people find it:
Share via:

Alex Williamson

2007-Mar-26 19:29 UTC

[Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition

Ever since xen-unstable cset 14308 ("pci back: Fix registration of of
filters on subsections of config space") I''ve been getting an MCA
on the
*2nd* boot of a driver domain using an e1000 NIC.  Cset 14308 allowed
the proper setup of the PM control registers, so the NIC is put in the
D3 power state when the driver domain shuts down.  Unfortunately,
pci_set_power_state() won''t restore the BARs on a D3hot/cold to D0
transition.  There are some comments in this upstream cset about why
that is:

http://www.kernel.org/hg/linux-2.6/rev/8f33e29c89a7

However, we obviously can''t expect PCI devices to work without their
BARs properly programmed.  The patch below adds a call to
pci_restore_bars() as a workaround until we can figure out why the PCI
code doesn''t do this for us.  Thanks,

	Alex

Signed-off-by: Alex Williamson <alex.williamson@hp.com>
---

diff -r 56caf0e37e6a
linux-2.6-xen-sparse/drivers/xen/pciback/conf_space_capability_pm.c
--- a/linux-2.6-xen-sparse/drivers/xen/pciback/conf_space_capability_pm.c	Mon
Mar 26 10:10:31 2007 -0600
+++ b/linux-2.6-xen-sparse/drivers/xen/pciback/conf_space_capability_pm.c	Mon
Mar 26 13:13:23 2007 -0600
@@ -33,7 +33,7 @@ static int pm_ctrl_write(struct pci_dev 
 {
 	int err;
 	u16 cur_value;
-	pci_power_t new_state;
+	pci_power_t new_state, old_state;
 
 	/* Handle setting power state separately */
 	new_state = (pci_power_t)(new_value & PCI_PM_CTRL_STATE_MASK);
@@ -52,9 +52,20 @@ static int pm_ctrl_write(struct pci_dev 
 
 	/* Let pci core handle the power management change */
 	dev_dbg(&dev->dev, "set power state to %x\n", new_state);
+	old_state = dev->current_state;
 	err = pci_set_power_state(dev, new_state);
 	if (err)
 		err = PCIBIOS_SET_FAILED;
+
+	/*
+	 * Linux does not currently restore the BARs on a transition from
+	 * D3hot/cold to D0.  Fixup here.
+	 */
+	if (new_state == PCI_D0 &&
+	    (old_state == PCI_D3hot || old_state == PCI_D3cold)) {
+		if (!(cur_value & PCI_PM_CTRL_NO_SOFT_RESET))
+			pci_restore_bars(dev);
+	}
 
       out:
 	return err;



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

Alex Williamson

2007-Mar-26 20:23 UTC

head link

Re: [Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition

On Mon, 2007-03-26 at 13:29 -0600, Alex Williamson
wrote:> However, we obviously can''t expect PCI devices to work without
their
> BARs properly programmed.  The patch below adds a call to
> pci_restore_bars() as a workaround until we can figure out why the PCI
> code doesn''t do this for us.  Thanks,
   From what I can gather, it seems when a driver induces a transition
to D3, its expected to use pci_save_state() and pci_restore_state().  I
don''t think we necessarily need to go to that extent for pciback, but
it
does appear to be pciback''s responsibility to restore some state on the
card when transitioning out of D3, since it is effectively the driver
for the device.  So, I think the pci_restore_bars() call and the patch I
sent previously are correct.  Thanks,

	Alex

-- 
Alex Williamson                             HP Open Source & Linux Org.


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

Keir Fraser

2007-Mar-27 00:32 UTC

head link

Re: [Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition

On 26/3/07 21:23, "Alex Williamson" <alex.williamson@hp.com>
wrote:
> don''t think we necessarily need to go to that extent for pciback,
but it
> does appear to be pciback''s responsibility to restore some state
on the
> card when transitioning out of D3, since it is effectively the driver
> for the device.
Well, really it''s supposed to be a filter (and perhaps translator) for
PCI
config space accesses. It''s not really a driver. But obviously
something
like this is needed. The driver maintainer (I think!) is Chris Bookholt
(cc''ed).

 -- Keir



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

Chris

2007-Apr-03 15:52 UTC

head link

Re: [Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition

Keir Fraser wrote:> On 26/3/07 21:23, "Alex Williamson"
<alex.williamson@hp.com> wrote:
> 
>> don''t think we necessarily need to go to that extent for
pciback, but it
>> does appear to be pciback''s responsibility to restore some
state on the
>> card when transitioning out of D3, since it is effectively the driver
>> for the device.
> 
> Well, really it''s supposed to be a filter (and perhaps translator)
for PCI
> config space accesses. It''s not really a driver. But obviously
something
> like this is needed.
Sorry for the delay, I''ve been out of the office for a while.

Indeed pciback was intended to be more of a filter than a driver.  For
the time being it seems reasonable to implement BAR-related PM functions
in pciback as you''ve done (many thanks for that).  As time permits
I''ll
double-check that your solution makes the fix in the most appropriate
location.

Cheers,
Chris

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

From xen-devel-bounces.xensource.com Sun Apr 01 06:20:30 2007
Return-path: <ryanh@us.ibm.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Sun, 01 Apr 2007 06:20:30 +0100
Received: from ppsw-3.csi.cam.ac.uk ([131.111.8.133])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HXsUP-00070G-00
	for Keir.Fraser@cl.cam.ac.uk; Sun, 01 Apr 2007 06:20:29 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0.479,
	DNS_FROM_RFC_ABUSE 0.48)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from e36.co.us.ibm.com ([32.97.110.154]:54982)
	by ppsw-3.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.143]:25)
	with esmtp (csa=unknown) id 1HXsUK-0004yU-Bw (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <ryanh@us.ibm.com>); Sun, 01 Apr 2007 06:20:24 +0100
Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com
[9.17.195.11])
	by e36.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id l315KKQG021252
	for <Keir.Fraser@cl.cam.ac.uk>; Sun, 1 Apr 2007 01:20:20 -0400
Received: from d03av04.boulder.ibm.com (d03av04.boulder.ibm.com [9.17.195.170])
	by westrelay02.boulder.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id
l315KKJf164780
	for <Keir.Fraser@cl.cam.ac.uk>; Sat, 31 Mar 2007 23:20:20 -0600
Received: from d03av04.boulder.ibm.com (loopback [127.0.0.1])
	by d03av04.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id
l315KKRb023031
	for <Keir.Fraser@cl.cam.ac.uk>; Sat, 31 Mar 2007 23:20:20 -0600
Received: from localhost.localdomain (frylock.austin.ibm.com [9.53.41.12])
	by d03av04.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id
l315KKDG023026;
	Sat, 31 Mar 2007 23:20:20 -0600
Received: by localhost.localdomain (Postfix, from userid 1000)
	id 8A8F81BF96; Sun,  1 Apr 2007 00:20:18 -0500 (CDT)
Date: Sun, 1 Apr 2007 00:20:18 -0500
From: Ryan Harper <ryanh@us.ibm.com>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com
Subject: Re: [Xen-devel] numa=on broken
Message-ID: <20070401052018.GA28736@us.ibm.com>
References: <20070330193958.GZ28736@us.ibm.com>
<C233E334.533E%Keir.Fraser@cl.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <C233E334.533E%Keir.Fraser@cl.cam.ac.uk>
User-Agent: Mutt/1.5.6+20040907i

* Keir Fraser <Keir.Fraser@cl.cam.ac.uk> [2007-03-31
04:09]:> On 30/3/07 20:39, "Ryan Harper" <ryanh@us.ibm.com> wrote:
> 
> >> Turning on by default is pointless because guests are not
restricted to
> >> running on specific nodes by default. Since manual intervention is
required
> >> to achieve that (right now at least) requiring numa=on is not much
of a
> >> hardship.
> > 
> > I''m getting ready to re-submit patches to export the topology
information
> > so the userspace tools can use that info to make intelligent
selections.
> > This was available back in October, but was never picked up, or even
> > commented upon.
> 
> But can tools make sane automatic decisions on domain creation? And if
tools
I don''t think the tools would do any worse than what an admin would do:
keep the domains within a node.
> decide not to use NUMA-ness of the system, should the Xen allocator still
> hoover up all the memory of the node that vcpu0 happens to start on?
I''m not sure I understand what you mean by decide to not use the
NUMA-ness.
> 
> My primary concern is simply whether enabling NUMA by default can hurt
> performance, or cause problems by hitting certain memory nodes or memory
> zones harder than others, for the great majority of users who will not use
> NUMA (even if they have a small NUMA system like AMD K8).
Folks without NUMA hardware see the same path through the allocator
today whether they pass numa=on or not.  Last summer, I did [1]overhead
testing specifically on small NUMA systems to address this concern.  I
assumed that those numbers were satisfactory or the patches would not
have been picked up in the first place.

On systems with NUMA, when the domains are kept within a NUMA node, we
see significant performance [2]boost.  I don''t have any data to to say
how well a NUMA system would perform with a mixed load of on and off
node access, but when presented with the option of running a domain
entirely within a node on a NUMA system, we should.

What amount of testing is enough for you to consider enabling numa=on by
default post 3.0.5?  I think we ought to cook numa=on by default through
another development cycle so we have time to address any performance
issues that may arise.

1. http://lists.xensource.com/archives/html/xen-devel/2006-07/msg01057.html
2. http://lists.xensource.com/archives/html/xen-devel/2006-09/msg00958.html

-- 
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253   T/L: 678-9253
ryanh@us.ibm.com


From xen-devel-bounces.xensource.com Sun Apr 01 09:29:15 2007
Return-path: <xen-devel-bounces@lists.xensource.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Sun, 01 Apr 2007 09:29:15 +0100
Received: from ppsw-4.csi.cam.ac.uk ([131.111.8.134])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HXvR5-0002Ck-00
	for Keir.Fraser@cl.cam.ac.uk; Sun, 01 Apr 2007 09:29:15 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from vm04-bcn-london.deploy.xenoserver.org ([217.147.82.229]:58029
helo=lists.xensource.com)
	by ppsw-4.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.144]:25)
	with esmtp (csa=unknown) id 1HXvQt-0006iK-Fw (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <xen-devel-bounces@lists.xensource.com>); Sun, 01 Apr 2007
09:29:08 +0100
Received: from localhost ([127.0.0.1] helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HXvRe-0006Tx-B6; Sun, 01 Apr 2007 08:29:50 +0000
Received: from [192.168.0.10] (helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HXvRG-0006CE-SA
	for xen-devel@lists.xensource.com; Sun, 01 Apr 2007 08:29:26 +0000
Received: from mta2.cl.cam.ac.uk ([128.232.0.14]
	ident=[sjA7JePG5FpVE/XeOtfJT05FlTgekoTr])
	by lists.xensource.com with esmtp (Exim 4.50) id 1HXvRE-0002mo-Aj
	for xen-devel@lists.xensource.com; Sun, 01 Apr 2007 08:29:24 +0000
Received: from c058.vpn.cl.cam.ac.uk ([128.232.105.58])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HXvPu-0002C8-00; Sun, 01 Apr 2007 09:28:02 +0100
User-Agent: Microsoft-Entourage/11.3.3.061214
Date: Sun, 01 Apr 2007 09:29:03 +0100
From: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
To: Ryan Harper <ryanh@us.ibm.com>
Message-ID: <C2352BDF.538E%Keir.Fraser@cl.cam.ac.uk>
Thread-Topic: [Xen-devel] numa=on broken
Thread-Index: Acd0N83pDFaxTuArEdu2qAAWy6hiGQ=In-Reply-To:
<20070401052018.GA28736@us.ibm.com>
Mime-version: 1.0
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit
X-SA-Exim-Connect-IP: 128.232.0.14
X-SA-Exim-Mail-From: keir.fraser@cl.cam.ac.uk
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on (none)
X-Spam-Level: 
X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=3.1.0
Subject: Re: [Xen-devel] numa=on broken
X-SA-Exim-Version: 4.2.1 (built Mon, 27 Mar 2006 13:42:28 +0200)
X-SA-Exim-Scanned: Yes (on lists.xensource.com)
Cc: xen-devel@lists.xensource.com
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xensource.com>
List-Unsubscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

On 1/4/07 06:20, "Ryan Harper" <ryanh@us.ibm.com> wrote:
>>> I''m getting ready to re-submit patches to export the
topology information
>>> so the userspace tools can use that info to make intelligent
selections.
>>> This was available back in October, but was never picked up, or
even
>>> commented upon.
>> 
>> But can tools make sane automatic decisions on domain creation? And if
tools
> 
> I don''t think the tools would do any worse than what an admin
would do:
> keep the domains within a node.
Well, for example it''s not really going to work with the default memory
allocation policy where dom0 takes all memory and then auto-balloons itself
down as domains are created. In this situation the domU will end up with
whatever dom0 happens to have freed up: there''s no guarantee of
locality.

I don''t think that auto-ballooning is a particularly sensible setting
for
serious use of Xen. I''d always advise to work out how much memory your
dom0
actually needs and make that a static allocation at boot time. But it is our
out-of-the-box default: another thing that needs explicit changing (via
dom0_mem= in this case).

 -- Keir



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


From xen-devel-bounces.xensource.com Sun Apr 01 14:47:09 2007
Return-path: <ryanh@us.ibm.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Sun, 01 Apr 2007 14:47:09 +0100
Received: from ppsw-9.csi.cam.ac.uk ([131.111.8.139])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HY0Oj-0006Rk-00
	for Keir.Fraser@cl.cam.ac.uk; Sun, 01 Apr 2007 14:47:09 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0.479,
	DNS_FROM_RFC_ABUSE 0.48)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from e34.co.us.ibm.com ([32.97.110.152]:44225)
	by ppsw-9.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25)
	with esmtp (csa=unknown) id 1HY0OI-0005w3-Ta (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <ryanh@us.ibm.com>); Sun, 01 Apr 2007 14:46:42 +0100
Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com
[9.17.195.11])
	by e34.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id l31DkVbT021031
	for <Keir.Fraser@cl.cam.ac.uk>; Sun, 1 Apr 2007 09:46:31 -0400
Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169])
	by westrelay02.boulder.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id
l31DkUBG169706
	for <Keir.Fraser@cl.cam.ac.uk>; Sun, 1 Apr 2007 07:46:31 -0600
Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1])
	by d03av03.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id
l31DkUnw023742
	for <Keir.Fraser@cl.cam.ac.uk>; Sun, 1 Apr 2007 07:46:30 -0600
Received: from localhost.localdomain (frylock.austin.ibm.com [9.53.41.12])
	by d03av03.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id
l31DkUMs023732;
	Sun, 1 Apr 2007 07:46:30 -0600
Received: by localhost.localdomain (Postfix, from userid 1000)
	id 8914F1BF92; Sun,  1 Apr 2007 08:46:29 -0500 (CDT)
Date: Sun, 1 Apr 2007 08:46:29 -0500
From: Ryan Harper <ryanh@us.ibm.com>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com
Subject: Re: [Xen-devel] numa=on broken
Message-ID: <20070401134629.GB28736@us.ibm.com>
References: <20070401052018.GA28736@us.ibm.com>
<C2352BDF.538E%Keir.Fraser@cl.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <C2352BDF.538E%Keir.Fraser@cl.cam.ac.uk>
User-Agent: Mutt/1.5.6+20040907i

* Keir Fraser <Keir.Fraser@cl.cam.ac.uk> [2007-04-01
03:28]:> On 1/4/07 06:20, "Ryan Harper" <ryanh@us.ibm.com> wrote:
> 
> >>> I''m getting ready to re-submit patches to export the
topology information
> >>> so the userspace tools can use that info to make intelligent
selections.
> >>> This was available back in October, but was never picked up,
or even
> >>> commented upon.
> >> 
> >> But can tools make sane automatic decisions on domain creation?
And if tools
> > 
> > I don''t think the tools would do any worse than what an admin
would do:
> > keep the domains within a node.
> 
> Well, for example it''s not really going to work with the default
memory
> allocation policy where dom0 takes all memory and then auto-balloons itself
> down as domains are created. In this situation the domU will end up with
> whatever dom0 happens to have freed up: there''s no guarantee of
locality.
That''s true, but that doesn''t mean that as long as there is
memory
available in a node that the tool can pick the right cpus that will be
close to the memory.  
> I don''t think that auto-ballooning is a particularly sensible
setting for
> serious use of Xen. I''d always advise to work out how much memory
your dom0
> actually needs and make that a static allocation at boot time. But it is
our
> out-of-the-box default: another thing that needs explicit changing (via
> dom0_mem= in this case).
Right.  It looks like then that it would make sense to leave numa off by
default leaving the admin to specify both numa=on and a sensible
dom0_mem in the absence of a mechanism for dom0 to hand back memory from
a specific node, or some page migration mechanism.

-- 
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253   T/L: 678-9253
ryanh@us.ibm.com


From xen-devel-bounces.xensource.com Sun Apr 01 16:10:46 2007
Return-path: <xen-devel-bounces@lists.xensource.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Sun, 01 Apr 2007 16:10:46 +0100
Received: from ppsw-9.csi.cam.ac.uk ([131.111.8.139])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HY1he-0007YY-00
	for Keir.Fraser@cl.cam.ac.uk; Sun, 01 Apr 2007 16:10:46 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0.001,
	HTML_MESSAGE 0.00)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from vm04-bcn-london.deploy.xenoserver.org ([217.147.82.229]:60288
helo=lists.xensource.com)
	by ppsw-9.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25)
	with esmtp (csa=unknown) id 1HY1hH-0001Mq-TL (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <xen-devel-bounces@lists.xensource.com>); Sun, 01 Apr 2007
16:10:28 +0100
Received: from localhost ([127.0.0.1] helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HY1i2-0003Jf-33; Sun, 01 Apr 2007 15:11:10 +0000
Received: from [192.168.0.10] (helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HY1hd-0002xR-3x
	for xen-devel@lists.xensource.com; Sun, 01 Apr 2007 15:10:45 +0000
Received: from outbound.mse10.exchange.ms ([216.52.164.190])
	by lists.xensource.com with esmtp (Exim 4.50) id 1HY1ha-0007bZ-IU
	for xen-devel@lists.xensource.com; Sun, 01 Apr 2007 15:10:43 +0000
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sun, 1 Apr 2007 11:05:57 -0400
Message-ID:
<9392A06CB0FDC847B3A530B3DC174E7B0245338F@mse10be1.mse10.exchange.ms>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Interrupts
Thread-Index: Acd0b0BIC+yW0g+wTNO5IWzl03RIHA=From: "Guy Zana"
<guy@neocleus.com>
To: <xen-devel@lists.xensource.com>
X-SA-Exim-Connect-IP: 216.52.164.190
X-SA-Exim-Mail-From: guy@neocleus.com
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on (none)
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_40,HTML_MESSAGE 
	autolearn=ham version=3.1.0
X-SA-Exim-Version: 4.2.1 (built Mon, 27 Mar 2006 13:42:28 +0200)
X-SA-Exim-Scanned: Yes (on lists.xensource.com)
Subject: [Xen-devel] Interrupts
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xensource.com>
List-Unsubscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1184322290=="
Mime-version: 1.0
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

This is a multi-part message in MIME format.

--===============1184322290=Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C7746F.4C9A5403"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7746F.4C9A5403
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

IO-APICs -> Any ideas of how can I check whether a signal is asserted
(level) for a real PCI device?
=20
Thanks,
Guy.
=20

------_=_NextPart_001_01C7746F.4C9A5403
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML dir=3Dltr><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html;
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.6000.16414"
name=3DGENERATOR></HEAD>
<BODY>
<DIV dir=3Dltr align=3Dleft><SPAN
class=3D984500115-01042007><FONT face=3DArial=20
size=3D2>IO-APICs -&gt; Any ideas of&nbsp;how can I check whether a
signal is=20
asserted (level) for a real PCI device?</FONT></SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><FONT face=3DArial
size=3D2>Thanks,</FONT></DIV>
<DIV dir=3Dltr align=3Dleft><FONT face=3DArial
size=3D2>Guy.</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------_=_NextPart_001_01C7746F.4C9A5403--


--===============1184322290=Content-Type: text/plain;
charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--===============1184322290==--



From xen-devel-bounces.xensource.com Sun Apr 01 16:51:49 2007
Return-path: <xen-devel-bounces@lists.xensource.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Sun, 01 Apr 2007 16:51:49 +0100
Received: from ppsw-3.csi.cam.ac.uk ([131.111.8.133])
	by mta1.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HY2LN-0005Ze-00
	for Keir.Fraser@cl.cam.ac.uk; Sun, 01 Apr 2007 16:51:49 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from vm04-bcn-london.deploy.xenoserver.org ([217.147.82.229]:48687
helo=lists.xensource.com)
	by ppsw-3.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.143]:25)
	with esmtp (csa=unknown) id 1HY2Ku-0001wX-Ct (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <xen-devel-bounces@lists.xensource.com>); Sun, 01 Apr 2007
16:51:26 +0100
Received: from localhost ([127.0.0.1] helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HY2Lg-0003tl-OW; Sun, 01 Apr 2007 15:52:08 +0000
Received: from [192.168.0.10] (helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HY2LH-0003ba-J7
	for xen-devel@lists.xensource.com; Sun, 01 Apr 2007 15:51:43 +0000
Received: from mta2.cl.cam.ac.uk ([128.232.0.14]
	ident=[B63mA/0g3Tek3y5JH180jZKpS36LZcbH])
	by lists.xensource.com with esmtp (Exim 4.50) id 1HY2LD-00080g-3P
	for xen-devel@lists.xensource.com; Sun, 01 Apr 2007 15:51:41 +0000
Received: from c058.vpn.cl.cam.ac.uk ([128.232.105.58])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HY2Jy-0000UW-00; Sun, 01 Apr 2007 16:50:22 +0100
User-Agent: Microsoft-Entourage/11.3.3.061214
Date: Sun, 01 Apr 2007 16:51:26 +0100
From: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
To: Ryan Harper <ryanh@us.ibm.com>
Message-ID: <C235938E.5398%Keir.Fraser@cl.cam.ac.uk>
Thread-Topic: [Xen-devel] numa=on broken
Thread-Index: Acd0dZrF2RirAuBoEdu2qAAWy6hiGQ=In-Reply-To:
<20070401134629.GB28736@us.ibm.com>
Mime-version: 1.0
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit
X-SA-Exim-Connect-IP: 128.232.0.14
X-SA-Exim-Mail-From: keir.fraser@cl.cam.ac.uk
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on (none)
X-Spam-Level: 
X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
	version=3.1.0
Subject: Re: [Xen-devel] numa=on broken
X-SA-Exim-Version: 4.2.1 (built Mon, 27 Mar 2006 13:42:28 +0200)
X-SA-Exim-Scanned: Yes (on lists.xensource.com)
Cc: xen-devel@lists.xensource.com
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xensource.com>
List-Unsubscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

On 1/4/07 14:46, "Ryan Harper" <ryanh@us.ibm.com> wrote:
>> I don''t think that auto-ballooning is a particularly sensible
setting for
>> serious use of Xen. I''d always advise to work out how much
memory your dom0
>> actually needs and make that a static allocation at boot time. But it
is our
>> out-of-the-box default: another thing that needs explicit changing (via
>> dom0_mem= in this case).
> 
> Right.  It looks like then that it would make sense to leave numa off by
> default leaving the admin to specify both numa=on and a sensible
> dom0_mem in the absence of a mechanism for dom0 to hand back memory from
> a specific node, or some page migration mechanism.
That''s my thinking. I''ll see about getting some numa=on
testing mixed into
our regression tests, however. There''s no reason not to run some
proportion
of them with numa=on, although actually most of our test systems are not
NUMA (a few are though).

 -- Keir




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


From xen-devel-bounces.xensource.com Sun Apr 01 19:53:50 2007
Return-path: <ryanh@us.ibm.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Sun, 01 Apr 2007 19:53:50 +0100
Received: from ppsw-9.csi.cam.ac.uk ([131.111.8.139])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HY5BW-0003Dp-00
	for Keir.Fraser@cl.cam.ac.uk; Sun, 01 Apr 2007 19:53:50 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0.479,
	DNS_FROM_RFC_ABUSE 0.48)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from e36.co.us.ibm.com ([32.97.110.154]:45142)
	by ppsw-9.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.149]:25)
	with esmtp (csa=unknown) id 1HY5BF-0000TQ-W8 (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <ryanh@us.ibm.com>); Sun, 01 Apr 2007 19:53:34 +0100
Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com
[9.17.195.11])
	by e36.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id l31IrUC9030502
	for <Keir.Fraser@cl.cam.ac.uk>; Sun, 1 Apr 2007 14:53:30 -0400
Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169])
	by westrelay02.boulder.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id
l31IrUIr120592
	for <Keir.Fraser@cl.cam.ac.uk>; Sun, 1 Apr 2007 12:53:30 -0600
Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1])
	by d03av03.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id
l31IrTEX030291
	for <Keir.Fraser@cl.cam.ac.uk>; Sun, 1 Apr 2007 12:53:30 -0600
Received: from localhost.localdomain (frylock.austin.ibm.com [9.53.41.12])
	by d03av03.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id
l31IrT2Y030286;
	Sun, 1 Apr 2007 12:53:29 -0600
Received: by localhost.localdomain (Postfix, from userid 1000)
	id 2F29D1BF92; Sun,  1 Apr 2007 13:53:28 -0500 (CDT)
Date: Sun, 1 Apr 2007 13:53:28 -0500
From: Ryan Harper <ryanh@us.ibm.com>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com
Subject: Re: [Xen-devel] numa=on broken
Message-ID: <20070401185328.GC28736@us.ibm.com>
References: <20070401134629.GB28736@us.ibm.com>
<C235938E.5398%Keir.Fraser@cl.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <C235938E.5398%Keir.Fraser@cl.cam.ac.uk>
User-Agent: Mutt/1.5.6+20040907i

* Keir Fraser <Keir.Fraser@cl.cam.ac.uk> [2007-04-01
10:50]:> On 1/4/07 14:46, "Ryan Harper" <ryanh@us.ibm.com> wrote:
> 
> >> I don''t think that auto-ballooning is a particularly
sensible setting for
> >> serious use of Xen. I''d always advise to work out how
much memory your dom0
> >> actually needs and make that a static allocation at boot time. But
it is our
> >> out-of-the-box default: another thing that needs explicit changing
(via
> >> dom0_mem= in this case).
> > 
> > Right.  It looks like then that it would make sense to leave numa off
by
> > default leaving the admin to specify both numa=on and a sensible
> > dom0_mem in the absence of a mechanism for dom0 to hand back memory
from
> > a specific node, or some page migration mechanism.
> 
> That''s my thinking. I''ll see about getting some numa=on
testing mixed into
> our regression tests, however. There''s no reason not to run some
proportion
> of them with numa=on, although actually most of our test systems are not
> NUMA (a few are though).
Thanks.  I should have a patchset for exposing the topology and heap
information cooked up this week for post 3.0.5 consideration.

-- 
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253   T/L: 678-9253
ryanh@us.ibm.com


From xen-devel-bounces.xensource.com Mon Apr 02 03:56:59 2007
Return-path: <xen-devel-bounces@lists.xensource.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Mon, 02 Apr 2007 03:56:59 +0100
Received: from ppsw-2.csi.cam.ac.uk ([131.111.8.132])
	by mta1.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HYCj4-0006vN-00
	for Keir.Fraser@cl.cam.ac.uk; Mon, 02 Apr 2007 03:56:58 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0,
	UPPERCASE_25_50 0.00)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from vm04-bcn-london.deploy.xenoserver.org ([217.147.82.229]:42043
helo=lists.xensource.com)
	by ppsw-2.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.142]:25)
	with esmtp (csa=unknown) id 1HYCir-000590-6Z (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <xen-devel-bounces@lists.xensource.com>); Mon, 02 Apr 2007
03:56:50 +0100
Received: from localhost ([127.0.0.1] helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYCjc-0004we-7o; Mon, 02 Apr 2007 02:57:32 +0000
Received: from [192.168.0.10] (helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYCjD-0004et-3L
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 02:57:07 +0000
Received: from mga03.intel.com ([143.182.124.21])
	by lists.xensource.com with esmtp (Exim 4.50) id 1HYCj9-0004UG-CM
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 02:57:05 +0000
Received: from azsmga001.ch.intel.com ([10.2.17.19])
	by mga03.intel.com with ESMTP; 01 Apr 2007 19:55:38 -0700
Received: from fmsmsx333.amr.corp.intel.com ([132.233.42.2])
	by azsmga001.ch.intel.com with ESMTP; 01 Apr 2007 19:55:38 -0700
X-ExtLoop1: 1
X-IronPort-AV: i="4.14,359,1170662400"; 
	d="scan''208"; a="206519762:sNHT40275550"
Received: from pdsmsx411.ccr.corp.intel.com ([172.16.12.89]) by
	fmsmsx333.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Sun, 1 Apr 2007 19:55:37 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 2 Apr 2007 10:55:31 +0800
Message-ID:
<10EA09EFD8728347A513008B6B0DA77AA3EDDC@pdsmsx411.ccr.corp.intel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: nightly test report agianst changeset 14687 -1 fixed issue,
	3 old issues
Thread-Index: Acd00mDkWkY8DS8NRAyLEWaqRSK69A=From: "Zhao, Yunfeng"
<yunfeng.zhao@intel.com>
To: <xen-devel@lists.xensource.com>
X-OriginalArrivalTime: 02 Apr 2007 02:55:37.0875 (UTC)
	FILETIME=[64575E30:01C774D2]
X-SA-Exim-Connect-IP: 143.182.124.21
X-SA-Exim-Mail-From: yunfeng.zhao@intel.com
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on (none)
X-Spam-Level: 
X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL, BAYES_00,
	UPPERCASE_25_50 autolearn=ham version=3.1.0
X-SA-Exim-Version: 4.2.1 (built Mon, 27 Mar 2006 13:42:28 +0200)
X-SA-Exim-Scanned: Yes (on lists.xensource.com)
Subject: [Xen-devel] nightly test report agianst changeset 14687 -1 fixed
	issue, 3 old issues
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xensource.com>
List-Unsubscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

New issues (0)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
No new issue

Fixed issue (1)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
1) Fails to restore HVM guests
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=3D929

Old issues (3):
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
1) IA32E/PAE: 32bit Vista RTM network doesn''t work.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=3D840

2)time latency is a negative number on window guest when vcpu > 1
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=3D895
	You can reproduce it on SMP windows, it will not happen on UP
Windows

3) Xen0 crashes when booting two HVMs and two xenUs
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=3D932

Testing environments=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
PAE=09
OS   	Fedora5
CPU		Conroe
Chipset 	 	Intel 965(broadwater)=20
Memory size		2G

IA32e=09
OS	RHEL4u3
CPU		Woodcrest
Chipset 		Intel 5000(Blackford)
Memory size		12G

Details:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
PAE:
+ Build&Boot PAE SMP xen0 without problem
+ Can bootup SMP XenU with  256 M Memory
+ Can bootup unmodified RHEL4U1 IA32 nonPAE SMP 2.6 Linux VMX domain
+ Can bootup unmodified RHEL4U1/RHEL4U2/FC5 PAE SMP 2.6 Linux VMX domain
+ Can bootup RHEL4U1/RHEL4U2/FC5 PAE SMP 2.6 Linux VMX domain & XenU
with different memory size
  (VMX:64MB,128MB,196MB,256MB,512MB,1500MB.XenU:256MB)
+ Can bootup RHEL4U1 PAE SMP Linux VMX domain with base kernel
+ xm-test runs well
+ A selected subset of LTP runs well in RHEL4U2 PAE SMP 2.6 Linux VMX
domain=20
+ Can build base kenerl 2.6.16 in RHEL4U1 PAE SMP VMX domain.
+ Can startX in Dom0
+ Can bootup FC5 PAE SMP 2.6 Linux in VMX with acpi enable
+ Network is OK in RHEL4U1/RHEL4U2/FC5 PAE SMP VMX domain
+ Can startX in RHEL4U2 PAE SMP VMX domain
+ Can bootup unmodified IA32 UP nonACPI Windows2K VMX domain=20
+ Can bootup unmodified IA32 UP ACPI WindowXP SP2 VMX domain
+ Can bootup unmodified PAE UP ACPI Windows2K3 VMX domain=20
+ Can bootup unmodified PAE UP ACPI Windows Beta 2 Vista VMX domain=20
+ Can bootup unmodified IA32 SMP Win2K3 VMX domain
+ Can bootup unmodified IA32 SMP WinXP VMX domain
+ Can bootup unmodified IA32 SMP Windows Beta 2 Vista VMX domain
+ Can bootup unmodified PAE SMP Windows RTM Vista VMX domains(network
does not work)  =20
+ Can VBD and VNIF work on UP and SMP VMX domain
+ Can not xm save/restore work

IA32E:=20
+ Build&Boot IA32E SMP xen0 without problem
+ Can bootup SMP XenU with  256 M Memory
+ Can bootup unmodified FC5 IA32 nonPAE SMP 2.6 Linux VMX domain
+ Can bootup unmodified FC5 PAE SMP 2.6 Linux VMX domain
+ Can bootup unmodified FC5/RHEL4U1/RHEL4U3 IA32E SMP 2.6 Linux in VMX
+ Can bootup FC5/RHEL4U1/RHEL4U3 IA32E SMP VMX domain & xenU with
different memory size.
  (VMX:128MB,256MB,384MB,512MB,1024M,4096MB.XenU:256MB)
+ Can bootup four FC5 IA32E SMP Linux VMX domain in sequence
+ xm-test runs well
+ A selected subset of LTP runs well in RHEL4U1 IA32E SMP 2.6 Linux VMX
domain=20
+ Can build base kenerl 2.6.16 in RHEL4U1 IA32E SMP VMX domain.
+ Can boot up FC3 Linux VMX domain with base kernel
+ Can startX in Dom0
+ Can bootup FC5 IA32E 2.6 Linux VMX domain with acpi enable
+ Can startX in RHEL4U3 Ia32E SMP VMX domain
+ Network is OK in FC5/RHEL4U1/RHEL4U3 IA32E SMP VMX domain
+ Can bootup unmodified IA32 UP ACPI WindowXP SP2 VMX domain
+ Can bootup unmodified IA32 UP ACPI Windows 2K3 VMX domain  =20
+ Can bootup unmodified IA32 SMP Win2K3 VMX domain
+ Can bootup unmodified IA32 SMP WinXP VMX domain
+ Can bootup unmodified PAE SMP ACPI Windows Beta 2 Vista VMX domain  =20
+ Can bootup unmodified PAE SMP ACPI Windows RTM Vista VMX
domain(network does not work)  =20
+ Can bootup unmodified IA32E UP WinXP VMX domain
+ Can bootup unmodified IA32E UP Win2K3 VMX domain
+ Can bootup unmodified IA32E SMP Win2K3 VMX domain
+ Can bootup unmodified IA32E SMP WinXP VMX domain
+ Can bootup unmodified IA32E SMP Windows Beta 2 Vista VMX domain
+ Can bootup unmodified IA32E SMP Windows RTM Vista VMX domain
+ Can bootup >4G IA32E SMP Window RTM Vista VMX domain
+ Can bootup >4G IA32E SMP Linux VMX domain
+ Can VBD and VNIF work on UP and SMP VMX domain
+ Can not xm save/restore work
+ Can 32-bits PAE xenU boot on 64-bits xen0

For details
------------------------------------------------------------
Platform: PAE=20
Service OS: FC5, PAE, SMP
Hardware: Conroe
Default guest OS: PAE,SMP, 2.6 kernel
=20
1, one xenU domain with memory 256M
PASS
2, one IA32 FC5 nonPAE SMP 2.6 VMX domain with memory 256M	PASS
3, one FC5 PAE SMP Linux VMX domain with memory 512M		PASS
4, one FC5 PAE SMP Linux VMX domain with memory 1500M		PASS
5, one RHEL4u1 Linux VMX domain boot with PAE SMP base kernel(2.6.16)
PASS
6, one FC5 PAE SMP Linux VMX domain with acpi enable		PASS
7, 2 FC5 PAE SMP VMX domains and 2 xenU domains coexist		PASS
9, network in xenu domain
PASS
10, network in RHEL4U1/RHEL4U2/FC5 PAE SMP Linux VMX domain	PASS
11, Startx in RHEL4U2 PAE SMP Linux VMX domain			PASS
12, startx in dom0
PASS
13, xm-test
PASS
14, subset LTP test in RHEL4U2 PAE SMP VMX domain
PASS
15, build Linux 2.6.16 base kernel in RHEL4U1 PAE SMP Linux VMX
domainPASS
16, one IA32 nonACPI Window VMX domain 				PASS
17, IA32 UP nonACPI 2K and XPsp2 Windows VMX domains coexist	 PASS
18, one IA32 UP ACPI Windows 2K VMX domain
PASS
19, one IA32 UP ACPI Windows XP sp2 VMX domain			PASS
20, one IA32 UP ACPI Windows 2K3 VMX domain			PASS
21, one IA32 UP ACPI Windows Beta2 Vista VMX domain
PASS
22, one IA32 SMP Windows 2K3 VMX domain				PASS
23, one IA32 SMP Windows XP VMX domain				PASS
24, one IA32 SMP Windows Beta 2 Vista VMX domain
PASS
25, one IA32 SMP Windows RTM Vista VMX domain			PASS
26. VBD and VNIF works on UP VMX domain			PASS
27. Save and Restore
FAIL
  =20
Platform : PAE
Service OS : Fedora Core release 5 (Bordeaux)
Hardware : Conroe
Xen package:=20
Date: Sun Apr  1 17:07:01 CST 2007

               Summary Test Report of Last Session
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
                      Total   Pass    Fail    NoResult   Crash
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
nightly                3       3       0         0        0
device_model           2       2       0         0        0
control_panel          19      18      1         0        0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
nightly                3       3       0         0        0
 :kernel_build         1       1       0         0        0
 :subset_LTP           1       1       0         0        0
 :dom0x11              1       1       0         0        0
device_model           2       2       0         0        0
 :pv_on_up             1       1       0         0        0
 :pv_on_smp            1       1       0         0        0
control_panel          19      18      1         0        0
 :acpi_nightly         1       1       0         0        0
 :ia32up_acpi_win2k3   1       1       0         0        0
 :ia32up_two_noacpi_   1       1       0         0        0
 :ia32_smp_win2k3      1       1       0         0        0
 :ia32up_acpi_vista    1       1       0         0        0
 :ia32_smp_winxp       1       1       0         0        0
 :ia32up_noacpi_win    1       1       0         0        0
 :ia32up_acpi_winxp    1       1       0         0        0
 :ia32_guest_256M      1       1       0         0        0
 :one_VMX              1       1       0         0        0
 :base_kernel          1       1       0         0        0
 :ia32_vistartm        1       0       1         0        0
 :ia32pae_VMX_1500M    1       1       0         0        0
 :one_XENU             1       1       0         0        0
 :ia32_smp_vista       1       1       0         0        0
 :two_xenu_vmx_seq     1       1       0         0        0
 :guestx11             1       1       0         0        0
 :ia32up_acpi_win2k    1       1       0         0        0
 :saverestore          1       1       0         0        0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Total                  24      23      1         0        0

Platform: IA32E
service os: RHEL4u3. IA32E. SMP
hardware: Woodcrest
default guest os: IA32E.SMP. 2.6 kernel

1. one xenU domain with memory 256M
PASS
2. one FC5 IA32 nonPAE SMP 2.6 Linux VMX domain with memory 256M
PASS
3. one FC5 PAE SMP Linux VMX domain with 1500M			PASS
4. one FC5 PAE SMP Linux VMX domain with 5120M memory		PASS
5. one FC5 IA32E SMP Linux VMX domain with 512M memory 		PASS
6. one FC5 IA32E SMP Linux VMX domain with 5120M memory		PASS
7. Two 5120M FC5 IA32E Linux VMX domain coexist			PASS
8. one FC3 Linux VMX boot with IA32E SMP base kernel(2.6.16)
PASS=09
9. one FC5 IA32E SMP Linux VMX domain with acpi enable		PASS
10. 2 FC5 IA32E SMP Linux VMX domains and 2 xenU VMX domains coexist
PASS
11. Four FC5 IA32E SMP Linux VMX domains coexist
PASS
12. FC3/FC5/RHEL4u1/RHEL4u3 network in IA32E SMP Linux VMX domain
PASS
13. network in XenU domain
PASS
14. Startx in RHEL4U3 IA32E SMP Linux VMX domain
PASS
15. StartX in Dom0
PASS
16. xm-test
PASS
17. subset LTP in RHEL4U1 IA32E Linux VMX domain
PASS
18. Build base kernel in RHEL4U1 IA32E Linux VMX domain		PASS
19. one IA32 UP nonACPI Windows VMX domain
PASS
20. one IA32 UP noACPI 2K3 and XPsp2 Windows VMX domains coexist PASS
21. one IA32 UP ACPI Windows 2K VMX domain
PASS
22. one IA32 UP ACPI Windows XP VMX domain
PASS
23. one IA32 UP ACPI Windows 2K3 VMX domain			PASS
25. one IA32 SMP Windows XP VMX domain				PASS
26. one IA32 SMP Windows 2K3 VMX domain				PASS
27. one IA32 SMP Windows Beta 2 Vista VMX domain
PASS
28.one IA32 SMP Windows RTM Vista VMX domain			PASS
29. one IA32E UP Windows XP VMX domain				PASS
30. one IA32E UP Windows 2K3 VMX domain				PASS
31. one IA32E UP Windows Vista VMX domain
PASS
32. one IA32E SMP Windows XP VMX domain				PASS
33. one IA32E SMP Windows 2K3 VMX domain
PASS
34. one IA32E SMP Windows Beta 2 Vista VMX domain
PASS
35. one IA32E SMP Windows RTM Vista VMX domain 			PASS
36. one IA32E SMP Windows Vista with 5120 M memory
PASS
37. Two 5120M IA32 SMP Win2K3 VMX domain and
	IA32E Linux VMX domain coexist				PASS
38. VBD and VNIF works on UP VMX domain			PASS
39. Save / Restore
FAIL
40. boot 32-bits PAE xenU on 64-bits				PASS=20
 =20
Platform : x86_64
Service OS : Red Hat Enterprise Linux AS release 4 (Nahant Update 3)
Hardware : Woodcrest
Xen package:=20
Date: Mon Apr  2 09:05:35 CST 2007

               Summary Test Report of Last Session
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
                      Total   Pass    Fail    NoResult   Crash
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
device_model           2       1       1         0        0
nightly                3       2       1         0        0
control_panel          31      28      2         0        1
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
device_model           2       1       1         0        0
 :pv_on_up             1       1       0         0        0
 :pv_on_smp            1       0       1         0        0
nightly                3       2       1         0        0
 :kernel_build         1       1       0         0        0
 :subset_LTP           1       1       0         0        0
 :dom0x11              1       0       1         0        0
control_panel          31      28      2         0        1
 :ia32e_vistartm       1       1       0         0        0
 :acpi_nightly         1       1       0         0        0
 :ia32up_acpi_win2k3   1       1       0         0        0
 :ia32up_two_noacpi_   1       1       0         0        0
 :fourG_2linux         1       1       0         0        0
 :ia32_smp_win2k3      1       1       0         0        0
 :ia32_smp_winxp       1       1       0         0        0
 :ia32up_noacpi_win    1       1       0         0        0
 :fourG_linuxwindows   1       1       0         0        0
 :four_vmx_seq         1       1       0         0        0
 :ia32up_acpi_winxp    1       1       0         0        0
 :ia32e_smp_winxp      1       1       0         0        0
 :ia32e_up_win2k3      1       1       0         0        0
 :ia32_guest_256M      1       1       0         0        0
 :one_VMX              1       1       0         0        0
 :base_kernel          1       1       0         0        0
 :ia32e_up_winxp       1       1       0         0        0
 :ia32_vistartm        1       0       1         0        0
 :ia32pae_VMX_1500M    1       1       0         0        0
 :fourG_paelinux       1       1       0         0        0
 :ia32e_smp_win2k3     1       1       0         0        0
 :fourG_linux          1       1       0         0        0
 :one_XENU             1       1       0         0        0
 :fourG_windows        1       0       1         0        0
 :ia32_smp_vista       1       1       0         0        0
 :two_xenu_vmx_seq     1       0       0         0        1
 :xenu_pae_on_64       1       1       0         0        0
 :guestx11             1       1       0         0        0
 :ia32up_acpi_win2k    1       1       0         0        0
 :saverestore          1       1       0         0        0
 :ia32e_smp_vista      1       1       0         0        0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Total                  36      31      4         0        1


Yunfeng

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


From xen-devel-bounces.xensource.com Mon Apr 02 04:28:50 2007
Return-path: <xen-devel-bounces@lists.xensource.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Mon, 02 Apr 2007 04:28:50 +0100
Received: from ppsw-3.csi.cam.ac.uk ([131.111.8.133])
	by mta1.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HYDDu-0007K2-00
	for Keir.Fraser@cl.cam.ac.uk; Mon, 02 Apr 2007 04:28:50 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0.001,
	HTML_MESSAGE 0.00)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from vm04-bcn-london.deploy.xenoserver.org ([217.147.82.229]:53241
helo=lists.xensource.com)
	by ppsw-3.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.143]:25)
	with esmtp (csa=unknown) id 1HYDDd-0006gQ-AB (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <xen-devel-bounces@lists.xensource.com>); Mon, 02 Apr 2007
04:28:38 +0100
Received: from localhost ([127.0.0.1] helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYDEP-0005TU-FN; Mon, 02 Apr 2007 03:29:21 +0000
Received: from [192.168.0.10] (helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYDE1-0005Bd-FP
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 03:28:57 +0000
Received: from outbound-blu.frontbridge.com ([65.55.251.16]
	helo=outbound3-blu-R.bigfish.com)
	by lists.xensource.com with esmtp (Exim 4.50) id 1HYDDx-0004ov-7J
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 03:28:55 +0000
Received: from outbound3-blu.bigfish.com (localhost.localdomain [127.0.0.1])
	by outbound3-blu-R.bigfish.com (Postfix) with ESMTP id B15957B2375
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 03:27:41 +0000 (UTC)
Received: from mail48-blu-R.bigfish.com (unknown [10.1.252.3])
	by outbound3-blu.bigfish.com (Postfix) with ESMTP id A616584004C
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 03:27:41 +0000 (UTC)
Received: from mail48-blu (localhost.localdomain [127.0.0.1])
	by mail48-blu-R.bigfish.com (Postfix) with ESMTP id 84B121698404
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 03:27:41 +0000 (UTC)
X-BigFish: VP
Received: by mail48-blu (MessageSwitch) id 1175484461468837_10022;
	Mon,  2 Apr 2007 03:27:41 +0000 (UCT)
Received: from ausb3extmailp01.amd.com (unknown [163.181.251.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail48-blu.bigfish.com (Postfix) with ESMTP id 0FDF425005D
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 03:27:40 +0000 (UTC)
Received: from SAUSGW01.amd.com (sausgw01.amd.com [163.181.250.21])
	by ausb3extmailp01.amd.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id
	l323R0vj024081
	for <xen-devel@lists.xensource.com>; Sun, 1 Apr 2007 22:27:35 -0500
Received: from 163.181.22.102 by SAUSGW01.amd.com with ESMTP (AMD SMTP
	Relay (Email Firewall v6.1.0)); Sun, 01 Apr 2007 22:27:36 -0500
X-Server-Uuid: 8C3DB987-180B-4465-9446-45C15473FD3E
Received: from sausexmb2.amd.com ([163.181.3.157]) by sausexbh2.amd.com
	with Microsoft SMTPSVC(6.0.3790.2499); Sun, 1 Apr 2007 22:27:35 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sun, 1 Apr 2007 22:27:35 -0500
Message-ID: <7D748C767B7FA541A8AC5504A4C89A230156861A@SAUSEXMB2.amd.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PATCH][HAP] P2M page table cleanup and bug fix
Thread-Index: Acd01uD1Riu8HlxzTMKbWP+04K5q9w=From: "Huang2, Wei"
<Wei.Huang2@amd.com>
To: xen-devel@lists.xensource.com
X-OriginalArrivalTime: 02 Apr 2007 03:27:35.0851 (UTC)
	FILETIME=[DB8B47B0:01C774D6]
X-WSS-ID: 6A0EA7A22EW2842888-01-01
Content-Type: multipart/mixed;
boundary="----_=_NextPart_001_01C774D6.DB4D292A"
X-SA-Exim-Connect-IP: 65.55.251.16
X-SA-Exim-Mail-From: Wei.Huang2@amd.com
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on (none)
X-Spam-Level: 
X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,
	FORGED_RCVD_HELO,HTML_50_60,HTML_MESSAGE autolearn=ham version=3.1.0
X-SA-Exim-Version: 4.2.1 (built Mon, 27 Mar 2006 13:42:28 +0200)
X-SA-Exim-Scanned: Yes (on lists.xensource.com)
Subject: [Xen-devel] [PATCH][HAP] P2M page table cleanup and bug fix
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xensource.com>
List-Unsubscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

This is a multi-part message in MIME format.

------_=_NextPart_001_01C774D6.DB4D292A
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_002_01C774D6.DB4D292A"
Content-Transfer-Encoding: 7bit


------_=_NextPart_002_01C774D6.DB4D292A
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: quoted-printable

This patch forces P2M top-level page table to be allocated below 4GB
memory space when Xen is running under PAE mode. It also removes
hap.p2m_freelists because hap mode does not have P2M batch allocation.
The backpointer parameter of hap_alloc() function is removed since this
parameter is useless.
Signed-off-by: Wei Huang <wei.huang2@amd.com>

 arch/x86/mm/hap/hap.c    |   68
+++++++++++++++++++++++------------------------
 include/asm-x86/domain.h |    1
 2 files changed, 34 insertions(+), 35 deletions(-)



------_=_NextPart_002_01C774D6.DB4D292A
Content-Type: text/html;
 charset=us-ascii
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html;
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.6000.16414"
name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D843021803-02042007><FONT face=3DArial
size=3D2>This=20
patch&nbsp;forces P2M top-level page table to be allocated below 4GB
memory=20
space when Xen is running under PAE mode. It also removes hap.p2m_freelists=20
because hap mode does not have P2M batch allocation. The backpointer
parameter=20
of hap_alloc() function is removed&nbsp;since this parameter is=20
useless.</FONT></SPAN></DIV>
<DIV><SPAN class=3D843021803-02042007>
<P><FONT face=3DArial><FONT
size=3D2>Signed-off-by:&nbsp;<SPAN=20
class=3D843021803-02042007>Wei Huang &lt;<A=20
href=3D"mailto:wei.huang2@amd.com">wei.huang2@amd.com</A>&gt;</SPAN></FONT></FONT></P>
<P><FONT face=3DArial><FONT size=3D2><SPAN=20
class=3D843021803-02042007></SPAN></FONT></FONT><FONT
face=3DArial=20
size=3D2>&nbsp;arch/x86/mm/hap/hap.c&nbsp;&nbsp;&nbsp;
|&nbsp;&nbsp; 68=20
+++++++++++++++++++++++------------------------<BR>&nbsp;include/asm-x86/domain.h=20
|&nbsp;&nbsp;&nbsp; 1<BR>&nbsp;2 files changed, 34
insertions(+), 35=20
deletions(-)<BR></FONT></P></SPAN></DIV></BODY></HTML>

------_=_NextPart_002_01C774D6.DB4D292A--

------_=_NextPart_001_01C774D6.DB4D292A
Content-Type: text/plain;
 name=hap_top_level_pgtable.txt
Content-Transfer-Encoding: base64
Content-Description: hap_top_level_pgtable.txt
Content-Disposition: attachment;
 filename=hap_top_level_pgtable.txt

ZGlmZiAtciBjMTYwZDUxODNiZGMgeGVuL2FyY2gveDg2L21tL2hhcC9oYXAuYw0KLS0tIGEveGVu
L2FyY2gveDg2L21tL2hhcC9oYXAuYwlTYXQgTWFyIDMxIDE2OjExOjM3IDIwMDcgLTA2MDANCisr
KyBiL3hlbi9hcmNoL3g4Ni9tbS9oYXAvaGFwLmMJU3VuIEFwciAwMSAxNjozMTo0MyAyMDA3IC0w
NTAwDQpAQCAtNTIsNyArNTIsNyBAQA0KIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKiovDQogLyogICAgICAgICAgICAgSEFQIFNVUFBPUlQgRlVOQ1RJT05T
ICAgICAgICAgICAgKi8NCiAvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqLw0KLW1mbl90IGhhcF9hbGxvYyhzdHJ1Y3QgZG9tYWluICpkLCB1bnNpZ25lZCBs
b25nIGJhY2twb2ludGVyKQ0KK21mbl90IGhhcF9hbGxvYyhzdHJ1Y3QgZG9tYWluICpkKQ0KIHsN
CiAgICAgc3RydWN0IHBhZ2VfaW5mbyAqc3AgPSBOVUxMOw0KICAgICB2b2lkICpwOw0KQEAgLTgy
LDQzICs4Miw0MyBAQCB2b2lkIGhhcF9mcmVlKHN0cnVjdCBkb21haW4gKmQsIG1mbl90IHNtDQog
ICAgIGxpc3RfYWRkX3RhaWwoJnNwLT5saXN0LCAmZC0+YXJjaC5wYWdpbmcuaGFwLmZyZWVsaXN0
cyk7DQogfQ0KIA0KLXN0YXRpYyBpbnQgaGFwX2FsbG9jX3AybV9wYWdlcyhzdHJ1Y3QgZG9tYWlu
ICpkKQ0KLXsNCi0gICAgc3RydWN0IHBhZ2VfaW5mbyAqcGc7DQotDQotICAgIEFTU0VSVChoYXBf
bG9ja2VkX2J5X21lKGQpKTsNCi0NCi0gICAgcGcgPSBtZm5fdG9fcGFnZShoYXBfYWxsb2MoZCwg
MCkpOw0KLSAgICBkLT5hcmNoLnBhZ2luZy5oYXAucDJtX3BhZ2VzICs9IDE7DQotICAgIGQtPmFy
Y2gucGFnaW5nLmhhcC50b3RhbF9wYWdlcyAtPSAxOw0KLSAgICANCi0gICAgcGFnZV9zZXRfb3du
ZXIocGcsIGQpOw0KLSAgICBwZy0+Y291bnRfaW5mbyA9IDE7DQotICAgIGxpc3RfYWRkX3RhaWwo
JnBnLT5saXN0LCAmZC0+YXJjaC5wYWdpbmcuaGFwLnAybV9mcmVlbGlzdCk7DQotDQotICAgIHJl
dHVybiAxOw0KLX0NCi0NCiBzdHJ1Y3QgcGFnZV9pbmZvICogaGFwX2FsbG9jX3AybV9wYWdlKHN0
cnVjdCBkb21haW4gKmQpDQogew0KLSAgICBzdHJ1Y3QgbGlzdF9oZWFkICplbnRyeTsNCiAgICAg
c3RydWN0IHBhZ2VfaW5mbyAqcGc7DQogICAgIG1mbl90IG1mbjsNCiAgICAgdm9pZCAqcDsNCiAN
CiAgICAgaGFwX2xvY2soZCk7DQotICAgIA0KLSAgICBpZiAoIGxpc3RfZW1wdHkoJmQtPmFyY2gu
cGFnaW5nLmhhcC5wMm1fZnJlZWxpc3QpICYmIA0KLSAgICAgICAgICFoYXBfYWxsb2NfcDJtX3Bh
Z2VzKGQpICkgew0KLSAgICAgICAgaGFwX3VubG9jayhkKTsNCi0gICAgICAgIHJldHVybiBOVUxM
Ow0KLSAgICB9DQotICAgIGVudHJ5ID0gZC0+YXJjaC5wYWdpbmcuaGFwLnAybV9mcmVlbGlzdC5u
ZXh0Ow0KLSAgICBsaXN0X2RlbChlbnRyeSk7DQotICAgIA0KKw0KKyNpZiBDT05GSUdfUEFHSU5H
X0xFVkVMUyA9PSAzDQorICAgIC8qIFVuZGVyIFBBRSBtb2RlLCB0b3AtbGV2ZWwgUDJNIHRhYmxl
IHNob3VsZCBiZSBhbGxvY2F0ZWQgYmVsb3cgNEdCIHNwYWNlDQorICAgICAqIGJlY2F1c2UgdGhl
IHNpemUgb2YgaF9jcjMgaXMgb25seSAzMi1iaXQuIFdlIHVzZSBhbGxvY19kb21oZWFwX3BhZ2Vz
IHRvIA0KKyAgICAgKiBmb3JjZSB0aGlzIHJlcXVpcmVtZW50LiBUaGlzIHBhZ2Ugd2lsbCBiZSBk
ZS1hbGxvY2F0ZWQgaW4gDQorICAgICAqIGhhcF9mcmVlX3AybV9wYWdlKCksIGxpa2Ugb3RoZXIg
UDJNIHBhZ2VzLg0KKyAgICAqLw0KKyAgICBpZiAoIGQtPmFyY2gucGFnaW5nLmhhcC5wMm1fcGFn
ZXMgPT0gMCApIA0KKyAgICB7DQorCXBnID0gYWxsb2NfZG9taGVhcF9wYWdlcyhOVUxMLCAwLCBN
RU1GX2JpdHMoMzIpKTsNCisJZC0+YXJjaC5wYWdpbmcuaGFwLnAybV9wYWdlcyArPSAxOw0KKyAg
ICB9DQorICAgIGVsc2UNCisjZW5kaWYNCisgICAgew0KKwlwZyA9IG1mbl90b19wYWdlKGhhcF9h
bGxvYyhkKSk7DQorCQ0KKwlkLT5hcmNoLnBhZ2luZy5oYXAucDJtX3BhZ2VzICs9IDE7DQorCWQt
PmFyY2gucGFnaW5nLmhhcC50b3RhbF9wYWdlcyAtPSAxOw0KKyAgICB9CQ0KKw0KKyAgICBpZiAo
IHBnID09IE5VTEwgKSB7DQorCWhhcF91bmxvY2soZCk7DQorCXJldHVybiBOVUxMOw0KKyAgICB9
ICAgDQorDQogICAgIGhhcF91bmxvY2soZCk7DQogDQotICAgIHBnID0gbGlzdF9lbnRyeShlbnRy
eSwgc3RydWN0IHBhZ2VfaW5mbywgbGlzdCk7DQorICAgIHBhZ2Vfc2V0X293bmVyKHBnLCBkKTsN
CisgICAgcGctPmNvdW50X2luZm8gPSAxOw0KICAgICBtZm4gPSBwYWdlX3RvX21mbihwZyk7DQog
ICAgIHAgPSBoYXBfbWFwX2RvbWFpbl9wYWdlKG1mbik7DQogICAgIGNsZWFyX3BhZ2UocCk7DQpA
QCAtMTQxLDYgKzE0MSw3IEBAIHZvaWQgaGFwX2ZyZWVfcDJtX3BhZ2Uoc3RydWN0IGRvbWFpbiAq
ZCwNCiAgICAgcGFnZV9zZXRfb3duZXIocGcsIE5VTEwpOyANCiAgICAgZnJlZV9kb21oZWFwX3Bh
Z2VzKHBnLCAwKTsNCiAgICAgZC0+YXJjaC5wYWdpbmcuaGFwLnAybV9wYWdlcy0tOw0KKyAgICBB
U1NFUlQoIGQtPmFyY2gucGFnaW5nLmhhcC5wMm1fcGFnZXMgPj0gMCApOw0KIH0NCiANCiAvKiBS
ZXR1cm4gdGhlIHNpemUgb2YgdGhlIHBvb2wsIHJvdW5kZWQgdXAgdG8gdGhlIG5lYXJlc3QgTUIg
Ki8NCkBAIC0zMjAsNyArMzIxLDcgQEAgbWZuX3QgaGFwX21ha2VfbW9uaXRvcl90YWJsZShzdHJ1
Y3QgdmNwdQ0KICNpZiBDT05GSUdfUEFHSU5HX0xFVkVMUyA9PSA0DQogICAgIHsNCiAgICAgICAg
IG1mbl90IG00bWZuOw0KLSAgICAgICAgbTRtZm4gPSBoYXBfYWxsb2MoZCwgMCk7DQorICAgICAg
ICBtNG1mbiA9IGhhcF9hbGxvYyhkKTsNCiAgICAgICAgIGhhcF9pbnN0YWxsX3hlbl9lbnRyaWVz
X2luX2w0KHYsIG00bWZuLCBtNG1mbik7DQogICAgICAgICByZXR1cm4gbTRtZm47DQogICAgIH0N
CkBAIC0zMzEsMTIgKzMzMiwxMiBAQCBtZm5fdCBoYXBfbWFrZV9tb25pdG9yX3RhYmxlKHN0cnVj
dCB2Y3B1DQogICAgICAgICBsMl9wZ2VudHJ5X3QgKmwyZTsNCiAgICAgICAgIGludCBpOw0KIA0K
LSAgICAgICAgbTNtZm4gPSBoYXBfYWxsb2MoZCwgMCk7DQorICAgICAgICBtM21mbiA9IGhhcF9h
bGxvYyhkKTsNCiANCiAgICAgICAgIC8qIEluc3RhbGwgYSBtb25pdG9yIGwyIHRhYmxlIGluIHNs
b3QgMyBvZiB0aGUgbDMgdGFibGUuDQogICAgICAgICAgKiBUaGlzIGlzIHVzZWQgZm9yIGFsbCBY
ZW4gZW50cmllcywgaW5jbHVkaW5nIGxpbmVhciBtYXBzDQogICAgICAgICAgKi8NCi0gICAgICAg
IG0ybWZuID0gaGFwX2FsbG9jKGQsIDApOw0KKyAgICAgICAgbTJtZm4gPSBoYXBfYWxsb2MoZCk7
DQogICAgICAgICBsM2UgPSBoYXBfbWFwX2RvbWFpbl9wYWdlKG0zbWZuKTsNCiAgICAgICAgIGwz
ZVszXSA9IGwzZV9mcm9tX3BmbihtZm5feChtMm1mbiksIF9QQUdFX1BSRVNFTlQpOw0KICAgICAg
ICAgaGFwX2luc3RhbGxfeGVuX2VudHJpZXNfaW5fbDJoKHYsIG0ybWZuKTsNCkBAIC0zNTcsNyAr
MzU4LDcgQEAgbWZuX3QgaGFwX21ha2VfbW9uaXRvcl90YWJsZShzdHJ1Y3QgdmNwdQ0KICAgICB7
DQogICAgICAgICBtZm5fdCBtMm1mbjsNCiAgICAgICAgIA0KLSAgICAgICAgbTJtZm4gPSBoYXBf
YWxsb2MoZCwgMCk7DQorICAgICAgICBtMm1mbiA9IGhhcF9hbGxvYyhkKTsNCiAgICAgICAgIGhh
cF9pbnN0YWxsX3hlbl9lbnRyaWVzX2luX2wyKHYsIG0ybWZuLCBtMm1mbik7DQogICAgIA0KICAg
ICAgICAgcmV0dXJuIG0ybWZuOw0KQEAgLTM5MCw3ICszOTEsNiBAQCB2b2lkIGhhcF9kb21haW5f
aW5pdChzdHJ1Y3QgZG9tYWluICpkKQ0KIHsNCiAgICAgaGFwX2xvY2tfaW5pdChkKTsNCiAgICAg
SU5JVF9MSVNUX0hFQUQoJmQtPmFyY2gucGFnaW5nLmhhcC5mcmVlbGlzdHMpOw0KLSAgICBJTklU
X0xJU1RfSEVBRCgmZC0+YXJjaC5wYWdpbmcuaGFwLnAybV9mcmVlbGlzdCk7DQogfQ0KIA0KIC8q
IHJldHVybiAwIGZvciBzdWNjZXNzLCAtZXJybm8gZm9yIGZhaWx1cmUgKi8NCmRpZmYgLXIgYzE2
MGQ1MTgzYmRjIHhlbi9pbmNsdWRlL2FzbS14ODYvZG9tYWluLmgNCi0tLSBhL3hlbi9pbmNsdWRl
L2FzbS14ODYvZG9tYWluLmgJU2F0IE1hciAzMSAxNjoxMTozNyAyMDA3IC0wNjAwDQorKysgYi94
ZW4vaW5jbHVkZS9hc20teDg2L2RvbWFpbi5oCVN1biBBcHIgMDEgMDU6NDY6NDEgMjAwNyAtMDUw
MA0KQEAgLTExNSw3ICsxMTUsNiBAQCBzdHJ1Y3QgaGFwX2RvbWFpbiB7DQogICAgIGNvbnN0IGNo
YXIgICAgICAgKmxvY2tlcl9mdW5jdGlvbjsNCiAgICAgDQogICAgIHN0cnVjdCBsaXN0X2hlYWQg
IGZyZWVsaXN0czsNCi0gICAgc3RydWN0IGxpc3RfaGVhZCAgcDJtX2ZyZWVsaXN0Ow0KICAgICB1
bnNpZ25lZCBpbnQgICAgICB0b3RhbF9wYWdlczsgIC8qIG51bWJlciBvZiBwYWdlcyBhbGxvY2F0
ZWQgKi8NCiAgICAgdW5zaWduZWQgaW50ICAgICAgZnJlZV9wYWdlczsgICAvKiBudW1iZXIgb2Yg
cGFnZXMgb24gZnJlZWxpc3RzICovDQogICAgIHVuc2lnbmVkIGludCAgICAgIHAybV9wYWdlczsg
ICAgLyogbnVtYmVyIG9mIHBhZ2VzIGFsbG9jYXRlcyB0byBwMm0gKi8NCg=
------_=_NextPart_001_01C774D6.DB4D292A
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

------_=_NextPart_001_01C774D6.DB4D292A--





From xen-devel-bounces.xensource.com Mon Apr 02 04:33:11 2007
Return-path: <xen-devel-bounces@lists.xensource.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Mon, 02 Apr 2007 04:33:11 +0100
Received: from ppsw-3.csi.cam.ac.uk ([131.111.8.133])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HYDI7-0002Ws-00
	for Keir.Fraser@cl.cam.ac.uk; Mon, 02 Apr 2007 04:33:11 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0.001,
	UNPARSEABLE_RELAY 0.00)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from vm04-bcn-london.deploy.xenoserver.org ([217.147.82.229]:48804
helo=lists.xensource.com)
	by ppsw-3.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.143]:25)
	with esmtp (csa=unknown) id 1HYDHp-0002m5-Bx (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <xen-devel-bounces@lists.xensource.com>); Mon, 02 Apr 2007
04:32:59 +0100
Received: from localhost ([127.0.0.1] helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYDIb-0005qa-Nj; Mon, 02 Apr 2007 03:33:41 +0000
Received: from [192.168.0.10] (helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYDID-0005YI-OE
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 03:33:17 +0000
Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35])
	by lists.xensource.com with esmtp (Exim 4.50) id 1HYDIA-0004pk-Km
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 03:33:15 +0000
Received: from m1.gw.fujitsu.co.jp ([10.0.50.71])
	by fgwmail5.fujitsu.co.jp (Fujitsu Gateway) with ESMTP id
	l323VspE017745 for <xen-devel@lists.xensource.com> (envelope-from
	sakaia@jp.fujitsu.com); Mon, 2 Apr 2007 12:31:57 +0900
Received: from smail (m1 [127.0.0.1])
	by outgoing.m1.gw.fujitsu.co.jp (Postfix) with ESMTP id CAFAF24014A
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 12:31:54 +0900 (JST)
Received: from s10.gw.fujitsu.co.jp (s10.gw.fujitsu.co.jp [10.0.50.80])
	by m1.gw.fujitsu.co.jp (Postfix) with ESMTP id A3B892DC015
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 12:31:54 +0900 (JST)
Received: from s10.gw.fujitsu.co.jp (s10 [127.0.0.1])
	by s10.gw.fujitsu.co.jp (Postfix) with ESMTP id 9566B161C00C
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 12:31:54 +0900 (JST)
Received: from fjm505.ms.jp.fujitsu.com (fjm505.ms.jp.fujitsu.com
	[10.56.99.83])
	by s10.gw.fujitsu.co.jp (Postfix) with ESMTP id 0E983161C00B
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 12:31:54 +0900 (JST)
Received: from fjmscan503.ms.jp.fujitsu.com (fjmscan503.ms.jp.fujitsu.com
	[10.56.99.143])by fjm505.ms.jp.fujitsu.com with ESMTP id
	l323VcwY005783
	for <xen-devel@lists.xensource.com>; Mon, 2 Apr 2007 12:31:38 +0900
Received: from smtp.jp.fujitsu.com (dhcp178-225.sky.yk.fujitsu.co.jp
	[10.34.178.225])
	by fjmscan503.ms.jp.fujitsu.com (8.13.1/8.12.11) with SMTP id
	l323VbrM010421
	for <xen-devel@lists.xensource.com>; Mon, 2 Apr 2007 12:31:38 +0900
Message-Id: <200704020331.l323VbrM010421@fjmscan503.ms.jp.fujitsu.com>
Date: Mon, 02 Apr 2007 12:31:05 +0900
From: Atsushi SAKAI <sakaia@jp.fujitsu.com>
X-Mailer: EdMax Ver2.85.6F
MIME-Version: 1.0
To: xen-devel@lists.xensource.com
Content-Type: multipart/mixed;
boundary="------------Boundary_3UXHx8ruY-H(D0h"
X-SA-Exim-Connect-IP: 192.51.44.35
X-SA-Exim-Mail-From: sakaia@jp.fujitsu.com
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on (none)
X-Spam-Level: 
X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,
	FORGED_RCVD_HELO,UNPARSEABLE_RELAY autolearn=ham version=3.1.0
X-SA-Exim-Version: 4.2.1 (built Mon, 27 Mar 2006 13:42:28 +0200)
X-SA-Exim-Scanned: Yes (on lists.xensource.com)
Subject: [Xen-devel] [PATCH][XENTOP] fix xentop memory leak
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xensource.com>
List-Unsubscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com


--------------Boundary_3UXHx8ruY-H(D0h
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

This patch fixes xentop memory leak.

Signed-off-by: Atsushi SAKAI <sakaia@jp.fujitsu.com>

I try to use valgrind on x86 with followin options
valgrind --leak-check=full --show-reachable=yes xentop
I found following message.(see item "definitely lost").
With this patch, it fixes the error message value(bytes and blocks)
goes to 0.

==31232===31232== 12 bytes in 3 blocks are definitely lost in loss record 2 of
11
==31232==    at 0x40224E5: malloc (vg_replace_malloc.c:149)
==31232==    by 0x804A326: top (xentop.c:957)
==31232===31232== LEAK SUMMARY:
==31232==    definitely lost: 12 bytes in 3 blocks.
==31232==      possibly lost: 0 bytes in 0 blocks.
==31232==    still reachable: 5,534 bytes in 15 blocks.
==31232==         suppressed: 0 bytes in 0 blocks.
==31232== Reachable blocks (those to which a pointer was found) are not shown.
==31232== To see them, rerun with: --leak-check=full --show-reachable=yes


Thanks
Atsushi SAKAI
 

--------------Boundary_3UXHx8ruY-H(D0h
Content-Type: application/octet-stream;
name="fix_xentop_memory_leak.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="fix_xentop_memory_leak.patch"

ZGlmZiAtciBmYzllMmY3OTIwYzkgdG9vbHMveGVuc3RhdC94ZW50b3AveGVudG9wLmMKLS0t
IGEvdG9vbHMveGVuc3RhdC94ZW50b3AveGVudG9wLmMJRnJpIE1hciAzMCAxNzoxODo0MiAy
MDA3IC0wNjAwCisrKyBiL3Rvb2xzL3hlbnN0YXQveGVudG9wL3hlbnRvcC5jCU1vbiBBcHIg
MDIgMTE6MjY6MjIgMjAwNyArMDkwMApAQCAtOTg0LDYgKzk4NCw4IEBAIHN0YXRpYyB2b2lk
IHRvcCh2b2lkKQogCiAJaWYoIWJhdGNoKQogCWRvX2JvdHRvbV9saW5lKCk7CisKKwlmcmVl
KGRvbWFpbnMpOwogfQogCiBpbnQgbWFpbihpbnQgYXJnYywgY2hhciAqKmFyZ3YpCg=
--------------Boundary_3UXHx8ruY-H(D0h
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

--------------Boundary_3UXHx8ruY-H(D0h--




From xen-devel-bounces.xensource.com Mon Apr 02 05:34:25 2007
Return-path: <xen-devel-bounces@lists.xensource.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Mon, 02 Apr 2007 05:34:25 +0100
Received: from ppsw-0.csi.cam.ac.uk ([131.111.8.130])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HYEFN-0003x6-00
	for Keir.Fraser@cl.cam.ac.uk; Mon, 02 Apr 2007 05:34:25 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0.001,
	HTML_MESSAGE 0.00)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from vm04-bcn-london.deploy.xenoserver.org ([217.147.82.229]:43406
helo=lists.xensource.com)
	by ppsw-0.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.140]:25)
	with esmtp (csa=unknown) id 1HYEEr-0001gP-39 (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <xen-devel-bounces@lists.xensource.com>); Mon, 02 Apr 2007
05:33:59 +0100
Received: from localhost ([127.0.0.1] helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYEFd-0006Mr-Pt; Mon, 02 Apr 2007 04:34:41 +0000
Received: from [192.168.0.10] (helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYEFF-00065A-W0
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 04:34:17 +0000
Received: from outbound-fra.frontbridge.com ([62.209.45.174]
	helo=outbound3-fra-R.bigfish.com)
	by lists.xensource.com with esmtp (Exim 4.50) id 1HYEFD-0005C1-80
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 04:34:15 +0000
Received: from outbound3-fra.bigfish.com (localhost.localdomain [127.0.0.1])
	by outbound3-fra-R.bigfish.com (Postfix) with ESMTP id 03CE9110566
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 04:33:04 +0000 (UTC)
Received: from mail16-fra-R.bigfish.com (unknown [10.4.252.3])
	by outbound3-fra.bigfish.com (Postfix) with ESMTP id ECD689B8043
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 04:33:03 +0000 (UTC)
Received: from mail16-fra (localhost.localdomain [127.0.0.1])
	by mail16-fra-R.bigfish.com (Postfix) with ESMTP id DF378A68110
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 04:33:03 +0000 (UTC)
X-BigFish: VP
Received: by mail16-fra (MessageSwitch) id 1175488383829071_30897;
	Mon,  2 Apr 2007 04:33:03 +0000 (UCT)
Received: from ausb3extmailp01.amd.com (unknown [163.181.251.8])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail16-fra.bigfish.com (Postfix) with ESMTP id 4D3C2B3805D
	for <xen-devel@lists.xensource.com>;
	Mon,  2 Apr 2007 04:33:03 +0000 (UTC)
Received: from SAUSGW01.amd.com (sausgw01.amd.com [163.181.250.21])
	by ausb3extmailp01.amd.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id
	l324WsY4001824
	for <xen-devel@lists.xensource.com>; Sun, 1 Apr 2007 23:32:57 -0500
Received: from 163.181.22.101 by SAUSGW02.amd.com with ESMTP (AMD SMTP
	Relay (Email Firewall v6.1.0)); Sun, 01 Apr 2007 23:32:51 -0500
X-Server-Uuid: 5FC0E2DF-CD44-48CD-883A-0ED95B391E89
Received: from sausexmb2.amd.com ([163.181.3.157]) by sausexbh1.amd.com
	with Microsoft SMTPSVC(6.0.3790.2499); Sun, 1 Apr 2007 23:32:50 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sun, 1 Apr 2007 23:32:50 -0500
Message-ID: <7D748C767B7FA541A8AC5504A4C89A230156861B@SAUSEXMB2.amd.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PATCH][HAP] add hap option to user''s manual
Thread-Index: Acd03/7YbiYJihpVSr6VQZZCa8tlbA=From: "Huang2, Wei"
<Wei.Huang2@amd.com>
To: xen-devel@lists.xensource.com
X-OriginalArrivalTime: 02 Apr 2007 04:32:50.0956 (UTC)
	FILETIME=[F920E4C0:01C774DF]
X-WSS-ID: 6A0E58F93282864943-01-01
Content-Type: multipart/mixed;
boundary="----_=_NextPart_001_01C774DF.F8E4E18C"
X-SA-Exim-Connect-IP: 62.209.45.174
X-SA-Exim-Mail-From: Wei.Huang2@amd.com
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on (none)
X-Spam-Level: 
X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,
	FORGED_RCVD_HELO,HTML_MESSAGE autolearn=ham version=3.1.0
X-SA-Exim-Version: 4.2.1 (built Mon, 27 Mar 2006 13:42:28 +0200)
X-SA-Exim-Scanned: Yes (on lists.xensource.com)
Subject: [Xen-devel] [PATCH][HAP] add hap option to user''s manual
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Xen developer discussion <xen-devel.lists.xensource.com>
List-Unsubscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

This is a multi-part message in MIME format.

------_=_NextPart_001_01C774DF.F8E4E18C
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_002_01C774DF.F8E4E18C"
Content-Transfer-Encoding: 7bit


------_=_NextPart_002_01C774DF.F8E4E18C
Content-Type: text/plain;
 charset=us-ascii
Content-Transfer-Encoding: quoted-printable

This patch makes hap boot option visible in user manual.=20
=20
Signed-off-by: Wei Huang <wei.huang2@amd.com>
=20

------_=_NextPart_002_01C774DF.F8E4E18C
Content-Type: text/html;
 charset=us-ascii
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html;
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.6000.16414"
name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D234072804-02042007>This patch makes hap=20
boot option&nbsp;visible in&nbsp;user manual.
</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D234072804-02042007></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D234072804-02042007>Signed-off-by: Wei=20
Huang &lt;<A=20
href=3D"mailto:wei.huang2@amd.com">wei.huang2@amd.com</A>&gt;</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN=20
class=3D234072804-02042007></SPAN></FONT>&nbsp;</DIV></BODY></HTML>

------_=_NextPart_002_01C774DF.F8E4E18C--

------_=_NextPart_001_01C774DF.F8E4E18C
Content-Type: text/plain;
 name=hap_doc.txt
Content-Transfer-Encoding: base64
Content-Description: hap_doc.txt
Content-Disposition: attachment;
 filename=hap_doc.txt

ZGlmZiAtciAwOGJjYmRmMGVkNWQgZG9jcy9zcmMvdXNlci50ZXgNCi0tLSBhL2RvY3Mvc3JjL3Vz
ZXIudGV4CVN1biBBcHIgMDEgMTY6MzI6MDQgMjAwNyAtMDUwMA0KKysrIGIvZG9jcy9zcmMvdXNl
ci50ZXgJU3VuIEFwciAwMSAxNzo1OTo0MiAyMDA3IC0wNTAwDQpAQCAtMzI1MCw2ICszMjUwLDEw
IEBAIGVkaXRpbmcgXHBhdGh7Z3J1Yi5jb25mfS4NCiBcaXRlbSBbIGRtYVxfZW1lcmdlbmN5XF9w
b29sPXh4eCBdIFNwZWNpZnkgbG93ZXIgYm91bmQgb24gc2l6ZSBvZiBETUENCiAgIHBvb2wgYmVs
b3cgd2hpY2ggb3JkaW5hcnkgYWxsb2NhdGlvbnMgd2lsbCBmYWlsIHJhdGhlciB0aGFuIGZhbGwN
CiAgIGJhY2sgdG8gYWxsb2NhdGluZyBmcm9tIHRoZSBETUEgcG9vbC4NCitcaXRlbSBbIGhhcCBd
IEluc3RydWN0IFhlbiB0byBkZXRlY3QgaGFyZHdhcmUtYXNzaXN0ZWQgcGFnaW5nIHN1cHBvcnQs
IHN1Y2gNCisgIGFzIEFNRC1WJ3MgbmVzdGVkIHBhZ2luZyBvciBJbnRlbFx0ZXh0cmVnaXN0ZXJl
ZCBWVCdzIGV4dGVuZGVkIHBhZ2luZy4gSWYgDQorICBhdmFpbGFibGUsIFhlbiB3aWxsIHVzZSBo
YXJkd2FyZS1hc3Npc3RlZCBwYWdpbmcgaW5zdGVhZCBvZiBzaGFkb3cgcGFnaW5nIA0KKyAgZm9y
IGd1ZXN0IG1lbW9yeSBtYW5hZ2VtZW50Lg0KIFxlbmR7ZGVzY3JpcHRpb259DQogDQogSW4gYWRk
aXRpb24sIHRoZSBmb2xsb3dpbmcgb3B0aW9ucyBtYXkgYmUgc3BlY2lmaWVkIG9uIHRoZSBYZW4g
Y29tbWFuZA0K

------_=_NextPart_001_01C774DF.F8E4E18C
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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

------_=_NextPart_001_01C774DF.F8E4E18C--





From xen-devel-bounces.xensource.com Mon Apr 02 10:04:11 2007
Return-path: <xen-devel-bounces@lists.xensource.com>
Envelope-to: Keir.Fraser@cl.cam.ac.uk
Delivery-date: Mon, 02 Apr 2007 10:04:11 +0100
Received: from ppsw-4.csi.cam.ac.uk ([131.111.8.134])
	by mta2.cl.cam.ac.uk with esmtp (Exim 3.092 #1)
	id 1HYISQ-0000Fs-00
	for Keir.Fraser@cl.cam.ac.uk; Mon, 02 Apr 2007 10:04:10 +0100
X-Cam-SpamDetails: scanned, SpamAssassin-3.1.7 (score=0)
X-Cam-AntiVirus: No virus found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from vm04-bcn-london.deploy.xenoserver.org ([217.147.82.229]:59193
helo=lists.xensource.com)
	by ppsw-4.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.144]:25)
	with esmtp (csa=unknown) id 1HYIRu-0002EG-ER (Exim 4.63) for
Keir.Fraser@cl.cam.ac.uk
	(return-path <xen-devel-bounces@lists.xensource.com>); Mon, 02 Apr 2007
10:03:43 +0100
Received: from localhost ([127.0.0.1] helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYISf-00038Z-RI; Mon, 02 Apr 2007 09:04:25 +0000
Received: from [192.168.0.10] (helo=lists.xensource.com)
	by host-192-168-0-1-bcn-london with esmtp (Exim 4.50)
	id 1HYISL-0002qs-Ke
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 09:04:05 +0000
Received: from mx12.pku.org.cn ([210.51.4.12] helo=pku.org.cn)
	by lists.xensource.com with smtp (Exim 4.50) id 1HYISI-0006zp-Av
	for xen-devel@lists.xensource.com; Mon, 02 Apr 2007 09:04:03 +0000
Received: from pku.org.cn([127.0.0.1]) by pku.org.cn(AIMC 3.2.0.0)
	with SMTP id jm046113781; Mon, 02 Apr 2007 16:56:10 +0800
Content-Type: text/plain;
  charset="gb2312"
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Message-ID: <Bi929597834399.00906@mail>
X-AIMailer: AIMC 3.2.0.0 2005.06.27
X-AIMime: MIME/SMIME Lib 2.9 2.9 2005.06.27
Date: Mon, 2 Apr 2007 16:56:00 +0800 (CST)
From: "sun yi feng"<sunyifeng@pkuef.org>
To: xen-devel@lists.xensource.com
Cc: 
X-Priority: 3
X-Originating-IP: 162.105.81.245
X-AIMC-AUTH: (null)
X-AIMC-MAILFROM: sunyifeng@pkuef.org
X-AIMC-Msg-ID: HdgUS8RB
X-SA-Exim-Connect-IP: 210.51.4.12
X-SA-Exim-Mail-From: sunyifeng@pkuef.org
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on (none)
X-Spam-Level: ****
X-Spam-Status: No, score=4.2 required=5.0 tests=BAYES_60,RCVD_IN_SBL 
	autolearn=no version=3.1.0
X-SA-Exim-Version: 4.2.1 (built Mon, 27 Mar 2006 13:42:28 +0200)
X-SA-Exim-Scanned: Yes (on lists.xensource.com)
Subject: [Xen-devel] my mail
X-BeenThere: xen-devel@lists.xensource.com
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: sunyifeng@pkuef.org
List-Id: Xen developer discussion <xen-devel.lists.xensource.com>
List-Unsubscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe:
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com

sunyifeng@pkuef.org

---------------------------------------------------------------
»¶ÓÊ¹ÓÃ±±¾©´óÑ§Ð£ÓÑÍø(PKUAA)µç×ÓÓÊ¼þÏµÍ³ http://www.pku.org.cn



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

Reasonably Related Threads

Search for more possibly parallel threads

Xen devel - Mar 2007 - [PATCH] pciback: restore PCI BARs on D3->D0 transition

[Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition

Re: [Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition

Re: [Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition

Re: [Xen-devel] [PATCH] pciback: restore PCI BARs on D3->D0 transition

Reasonably Related Threads