于 2012-09-08 02:40, H. Peter Anvin 写道:
On 09/07/2012 10:44 AM, Peter Hurley wrote:
\>
diff --git a/arch/x86/kernel/cpu/mtrr/cleanup.c
b/arch/x86/kernel/cpu/mtrr/cleanup.c
I really don't like it as it introduces yet another user of max_pfn,
which should be going away. Furthermore, the bette
On 2012-08-08 11:53, H. Peter Anvin wrote:
On 08/07/2012 07:08 PM, zhenzhong.duan wrote:
2012-08-08 00:32, H. Peter Anvin wrote:
On 08/07/2012 12:29 AM, zhenzhong.duan wrote:
Current code serialize mtrr init with set_atomicity_lock.
Mtrr init is quite slow when we bootup on a hvm with
2012-08-08 00:32, H. Peter Anvin wrote:
On 08/07/2012 12:29 AM, zhenzhong.duan wrote:
Current code serialize mtrr init with set_atomicity_lock.
Mtrr init is quite slow when we bootup on a hvm with large mem, vcpus
and pci passthroughed devices(eg. 24 vcpus + 90G mem).
It took about ~30 mins
hreads.com/lists/xen/devel/252757
thanks
2012-08-07 15:29, zhenzhong.duan wrote:
> Current code serialize mtrr init with set_atomicity_lock.
> Mtrr init is quite slow when we bootup on a hvm with large mem, vcpus
> and pci passthroughed devices(eg. 24 vcpus + 90G mem).
> It took about ~30
Current code serialize mtrr init with set_atomicity_lock.
Mtrr init is quite slow when we bootup on a hvm with large mem, vcpus
and pci passthroughed devices(eg. 24 vcpus + 90G mem).
It took about ~30 mins to bootup, after patch, it took ~2 min.
Signed-off-by: Zhenzhong Duan
---
arch/x86/kernel/
于 2012-07-26 03:55, Andrew Morton 写道:
On Wed, 25 Jul 2012 19:05:09 +0800
"zhenzhong.duan" wrote:
The right dmi version is in SMBIOS if it's zero in DMI region
This description is too brief to permit me to understand the patch.
Can you please provide a more detailed expl
The right dmi version is in SMBIOS if it's zero in DMI region
Signed-off-by: Zhenzhong Duan
---
drivers/firmware/dmi_scan.c | 63 --
1 files changed, 48 insertions(+), 15 deletions(-)
diff --git a/drivers/firmware/dmi_scan.c b/drivers/firmware/dmi_scan.
As of version 2.6 of the SMBIOS specification, the first 3
fields of the UUID are supposed to be encoded on little-endian.
Also a minor fix to match variable meaning and mute checkpatch.pl
Signed-off-by: Zhenzhong Duan
---
drivers/firmware/dmi_scan.c | 19 ---
1 files changed,
When populate pages across a mem boundary at bootup, the page count
populated isn't correct. This is due to mem populated to non-mem
region and ignored.
Pfn range is also wrongly aligned when mem boundary isn't page aligned.
-v2: If xen_do_chunk fail(populate), abort this chunk and any others.
Su
Sorry, pls ignore it. Tab still be translated to space.
于 2012-07-18 11:08, zhenzhong.duan 写道:
From c40ea05842fec8f6caa053b2d58f54608ed0835f Mon Sep 17 00:00:00 2001
From: Zhenzhong Duan
Date: Wed, 4 Jul 2012 14:08:10 +0800
Subject: [PATCH] xen: populate right count of pages when across mem
From c40ea05842fec8f6caa053b2d58f54608ed0835f Mon Sep 17 00:00:00 2001
From: Zhenzhong Duan
Date: Wed, 4 Jul 2012 14:08:10 +0800
Subject: [PATCH] xen: populate right count of pages when across mem boundary
When populate pages across a mem boundary at bootup, the page count
populated isn't correct
When populate pages across a mem boundary at bootup, the page count
populated isn't correct. This is due to mem populated to non-mem
region and ignored.
Pfn range is also wrongly aligned when mem boundary isn't page aligned.
-v2: If xen_do_chunk fail(populate), abort this chunk and any others.
S
When populate pages across a mem boundary at bootup, the page count
populated isn't correct. This is due to mem populated to non-mem
region and ignored.
Pfn range is also wrongly aligned when mem boundary isn't page aligned.
-v2: If xen_do_chunk fail(populate), abort this chunk and any others.
S
于 2012-07-12 22:55, David Vrabel 写道:
On 04/07/12 07:49, zhenzhong.duan wrote:
When populate pages across a mem boundary at bootup, the page count
populated isn't correct. This is due to mem populated to non-mem
region and ignored.
Pfn range is also wrongly aligned when mem boundary
14 matches
Mail list logo
