I am using Grub 1.96, seems lsmmap is not in the command list ....

Here is the initial output about memory mapping:

[    0.000000] Command line:
BOOT_IMAGE=(hd0,1)/boot/vmlinuz-2.6.35.13_test-x64_2.0 root=/dev/sda1 ro
[    0.000000] BIOS-provided physical RAM map:
[    0.000000]  BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
[    0.000000]  BIOS-e820: 0000000000100000 - 00000000cf679000 (usable)
[    0.000000]  BIOS-e820: 00000000cf679000 - 00000000cf68f000 (reserved)
[    0.000000]  BIOS-e820: 00000000cf68f000 - 00000000cf6ce000 (ACPI data)
[    0.000000]  BIOS-e820: 00000000cf6ce000 - 00000000d0000000 (reserved)
[    0.000000]  BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[    0.000000]  BIOS-e820: 00000000fe000000 - 0000000100000000 (reserved)
[    0.000000]  BIOS-e820: 0000000100000000 - 0000000c30000000 (usable)
[    0.000000] NX (Execute Disable) protection: active
[    0.000000] DMI 2.6 present.
[    0.000000] e820 update range: 0000000000000000 - 0000000000001000
(usable) ==> (reserved)
[    0.000000] e820 remove range: 00000000000a0000 - 0000000000100000
(usable)
[    0.000000] No AGP bridge found
[    0.000000] last_pfn = 0xc30000 max_arch_pfn = 0x400000000
[    0.000000] MTRR default type: uncachable
[    0.000000] MTRR fixed ranges enabled:
[    0.000000]   00000-9FFFF write-back
[    0.000000]   A0000-BFFFF uncachable
[    0.000000]   C0000-D3FFF write-protect
[    0.000000]   D4000-EBFFF uncachable
[    0.000000]   EC000-FFFFF write-protect
[    0.000000] MTRR variable ranges enabled:
[    0.000000]   0 base 0000000000 mask FF80000000 write-back
[    0.000000]   1 base 0080000000 mask FFC0000000 write-back
[    0.000000]   2 base 00C0000000 mask FFF0000000 write-back
[    0.000000]   3 base 0100000000 mask FF00000000 write-back
[    0.000000]   4 base 0200000000 mask FE00000000 write-back
[    0.000000]   5 base 0400000000 mask FC00000000 write-back
[    0.000000]   6 base 0800000000 mask FC00000000 write-back
[    0.000000]   7 base 0C00000000 mask FFC0000000 write-back
[    0.000000]   8 disabled
[    0.000000]   9 disabled
[    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new
0x7010600070106
[    0.000000] e820 update range: 00000000d0000000 - 0000000100000000
(usable) ==> (reserved)
[    0.000000] last_pfn = 0xcf679 max_arch_pfn = 0x400000000
[    0.000000] initial memory mapped : 0 - 20000000
[    0.000000] found SMP MP-table at [ffff8800000fe710] fe710
[    0.000000] Using GB pages for direct mapping
[    0.000000] init_memory_mapping: 0000000000000000-00000000cf679000
[    0.000000]  0000000000 - 00c0000000 page 1G
[    0.000000]  00c0000000 - 00cf600000 page 2M
[    0.000000]  00cf600000 - 00cf679000 page 4k
[    0.000000] kernel direct mapping tables up to cf679000 @ 8000-b000
[    0.000000] init_memory_mapping: 0000000100000000-0000000c30000000
[    0.000000]  0100000000 - 0c00000000 page 1G
[    0.000000]  0c00000000 - 0c30000000 page 2M
[    0.000000] kernel direct mapping tables up to c30000000 @ a000-c000


Best wishes,
--
Ning Qu
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
tboot-devel mailing list
tboot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tboot-devel

Reply via email to