* page reserved twice
@ 2001-07-04 0:19 D. Stimits
2001-07-04 6:57 ` michaelc
2001-07-04 7:02 ` michaelc
0 siblings, 2 replies; 4+ messages in thread
From: D. Stimits @ 2001-07-04 0:19 UTC (permalink / raw)
To: kernel-list
I'm curious if there is any significance to this, which occurs at each
reboot on an SMP system running noapic (sometimes Netscape manages to
produce a hard lockup on the system, sometimes a core dump indicates NS
had signal 7, bus error, in cases where it doesn't lock the system),
2.4.6-pre1 with XFS patches:
kernel: BIOS-provided physical RAM map:
kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
kernel: BIOS-e820: 0000000000100000 - 000000000ffe0000 (usable)
kernel: BIOS-e820: 000000000ffe0000 - 000000000fff8000 (ACPI data)
kernel: BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
kernel: Scan SMP from c0000000 for 1024 bytes.
kernel: Scan SMP from c009fc00 for 1024 bytes.
kernel: Scan SMP from c00f0000 for 65536 bytes.
kernel: found SMP MP-table at 000faf50
kernel: hm, page 000fa000 reserved twice.
kernel: hm, page 000fb000 reserved twice.
kernel: hm, page 000f4000 reserved twice.
thanteros kernel: hm, page 000f5000 reserved twice.
thanteros kernel: On node 0 totalpages: 65504
thanteros kernel: zone(0): 4096 pages.
kernel: zone(1): 61408 pages.
kernel: zone(2): 0 pages.
kernel: Intel MultiProcessor Specification v1.1
kernel: Virtual Wire compatibility mode.
kernel: OEM ID: _AMI_ Product ID: 840_CARMEL__ APIC at: 0xFEE00000
Very similar messages seem to occur on a different machine with RH's
2.4.2 kernel, BX chipset, and IO-APIC enabled. The machine this is from
has had this message on earlier kernels as well, none of which had XFS
patches. What is the significance (or consequence) of pages reserved
twice?
D. Stimits, stimits@idcomm.com
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: page reserved twice
2001-07-04 0:19 page reserved twice D. Stimits
@ 2001-07-04 6:57 ` michaelc
2001-07-04 7:02 ` michaelc
1 sibling, 0 replies; 4+ messages in thread
From: michaelc @ 2001-07-04 6:57 UTC (permalink / raw)
To: D. Stimits; +Cc: kernel-list
Hello D.,
Wednesday, July 04, 2001, 8:19:27 AM, you wrote:
DS> I'm curious if there is any significance to this, which occurs at each
DS> reboot on an SMP system running noapic (sometimes Netscape manages to
DS> produce a hard lockup on the system, sometimes a core dump indicates NS
DS> had signal 7, bus error, in cases where it doesn't lock the system),
DS> 2.4.6-pre1 with XFS patches:
DS> kernel: BIOS-provided physical RAM map:
DS> kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
DS> kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
DS> kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
DS> kernel: BIOS-e820: 0000000000100000 - 000000000ffe0000 (usable)
DS> kernel: BIOS-e820: 000000000ffe0000 - 000000000fff8000 (ACPI data)
DS> kernel: BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
DS> kernel: Scan SMP from c0000000 for 1024 bytes.
DS> kernel: Scan SMP from c009fc00 for 1024 bytes.
DS> kernel: Scan SMP from c00f0000 for 65536 bytes.
DS> kernel: found SMP MP-table at 000faf50
DS> kernel: hm, page 000fa000 reserved twice.
DS> kernel: hm, page 000fb000 reserved twice.
DS> kernel: hm, page 000f4000 reserved twice.
DS> thanteros kernel: hm, page 000f5000 reserved twice.
DS> thanteros kernel: On node 0 totalpages: 65504
DS> thanteros kernel: zone(0): 4096 pages.
DS> kernel: zone(1): 61408 pages.
DS> kernel: zone(2): 0 pages.
DS> kernel: Intel MultiProcessor Specification v1.1
DS> kernel: Virtual Wire compatibility mode.
DS> kernel: OEM ID: _AMI_ Product ID: 840_CARMEL__ APIC at: 0xFEE00000
DS> Very similar messages seem to occur on a different machine with RH's
DS> 2.4.2 kernel, BX chipset, and IO-APIC enabled. The machine this is from
DS> has had this message on earlier kernels as well, none of which had XFS
DS> patches. What is the significance (or consequence) of pages reserved
DS> twice?
I think that the message above doesn't matter with your nescape crash,
When linux kernel boot, it reserve all usable low memory,for example
kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
then kernel call find_smp_config to get MP configuration table if your machine
is SMP, and the function will reserve the MP-table at 0xfa000,0xfb000, 0xf4000,
and because these regions were reserved by kernel, so kernel would
print the message, but it doesn't affect you system.
--
Best regards,
michaelc mailto:michaelc@turbolinux.com.cn
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: page reserved twice
2001-07-04 0:19 page reserved twice D. Stimits
2001-07-04 6:57 ` michaelc
@ 2001-07-04 7:02 ` michaelc
1 sibling, 0 replies; 4+ messages in thread
From: michaelc @ 2001-07-04 7:02 UTC (permalink / raw)
To: D. Stimits; +Cc: linux-kernel
Hello D.,
Wednesday, July 04, 2001, 8:19:27 AM, you wrote:
Wednesday, July 04, 2001, 8:19:27 AM, you wrote:
DS> I'm curious if there is any significance to this, which occurs at each
DS> reboot on an SMP system running noapic (sometimes Netscape manages to
DS> produce a hard lockup on the system, sometimes a core dump indicates NS
DS> had signal 7, bus error, in cases where it doesn't lock the system),
DS> 2.4.6-pre1 with XFS patches:
DS> kernel: BIOS-provided physical RAM map:
DS> kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
DS> kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
DS> kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
DS> kernel: BIOS-e820: 0000000000100000 - 000000000ffe0000 (usable)
DS> kernel: BIOS-e820: 000000000ffe0000 - 000000000fff8000 (ACPI data)
DS> kernel: BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
DS> kernel: Scan SMP from c0000000 for 1024 bytes.
DS> kernel: Scan SMP from c009fc00 for 1024 bytes.
DS> kernel: Scan SMP from c00f0000 for 65536 bytes.
DS> kernel: found SMP MP-table at 000faf50
DS> kernel: hm, page 000fa000 reserved twice.
DS> kernel: hm, page 000fb000 reserved twice.
DS> kernel: hm, page 000f4000 reserved twice.
DS> thanteros kernel: hm, page 000f5000 reserved twice.
DS> thanteros kernel: On node 0 totalpages: 65504
DS> thanteros kernel: zone(0): 4096 pages.
DS> kernel: zone(1): 61408 pages.
DS> kernel: zone(2): 0 pages.
DS> kernel: Intel MultiProcessor Specification v1.1
DS> kernel: Virtual Wire compatibility mode.
DS> kernel: OEM ID: _AMI_ Product ID: 840_CARMEL__ APIC at: 0xFEE00000
DS> Very similar messages seem to occur on a different machine with RH's
DS> 2.4.2 kernel, BX chipset, and IO-APIC enabled. The machine this is from
DS> has had this message on earlier kernels as well, none of which had XFS
DS> patches. What is the significance (or consequence) of pages reserved
DS> twice?
I think that the message above doesn't matter with your nescape crash,
When linux kernel boot, it reserve all usable low memory,for example
kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
then kernel call find_smp_config to get MP configuration table if your machine
is SMP, and the function will reserve the MP-table at 0xfa000,0xfb000, 0xf4000,
and because these regions were reserved by kernel, so kernel would
print the message, so it doesn't cause any problem on your machine.
--
Best regards,
michael chen mailto:michaelc@turbolinux.com.cn
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: page reserved twice
@ 2001-07-04 7:06 michaelc
0 siblings, 0 replies; 4+ messages in thread
From: michaelc @ 2001-07-04 7:06 UTC (permalink / raw)
To: D. Stimits; +Cc: kernel-list
Wednesday, July 04, 2001, 8:19:27 AM, you wrote:
DS> I'm curious if there is any significance to this, which occurs at each
DS> reboot on an SMP system running noapic (sometimes Netscape manages to
DS> produce a hard lockup on the system, sometimes a core dump indicates NS
DS> had signal 7, bus error, in cases where it doesn't lock the system),
DS> 2.4.6-pre1 with XFS patches:
DS> kernel: BIOS-provided physical RAM map:
DS> kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
DS> kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
DS> kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
DS> kernel: BIOS-e820: 0000000000100000 - 000000000ffe0000 (usable)
DS> kernel: BIOS-e820: 000000000ffe0000 - 000000000fff8000 (ACPI data)
DS> kernel: BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
DS> kernel: Scan SMP from c0000000 for 1024 bytes.
DS> kernel: Scan SMP from c009fc00 for 1024 bytes.
DS> kernel: Scan SMP from c00f0000 for 65536 bytes.
DS> kernel: found SMP MP-table at 000faf50
DS> kernel: hm, page 000fa000 reserved twice.
DS> kernel: hm, page 000fb000 reserved twice.
DS> kernel: hm, page 000f4000 reserved twice.
DS> thanteros kernel: hm, page 000f5000 reserved twice.
DS> thanteros kernel: On node 0 totalpages: 65504
DS> thanteros kernel: zone(0): 4096 pages.
DS> kernel: zone(1): 61408 pages.
DS> kernel: zone(2): 0 pages.
DS> kernel: Intel MultiProcessor Specification v1.1
DS> kernel: Virtual Wire compatibility mode.
DS> kernel: OEM ID: _AMI_ Product ID: 840_CARMEL__ APIC at: 0xFEE00000
DS> Very similar messages seem to occur on a different machine with RH's
DS> 2.4.2 kernel, BX chipset, and IO-APIC enabled. The machine this is from
DS> has had this message on earlier kernels as well, none of which had XFS
DS> patches. What is the significance (or consequence) of pages reserved
DS> twice?
I think that the message above doesn't matter with your nescape crash,
When linux kernel boot, it reserve all usable low memory,for example
kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
then kernel call find_smp_config to get MP configuration table if your machine
is SMP, and the function will reserve the MP-table at 0xfa000,0xfb000, 0xf4000,
and because these regions were reserved by kernel, so kernel would
print the message, so it doesn't cause any problem on your machine.
--
Best regards,
michael chen mailto:michaelc@turbolinux.com.cn
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2001-07-20 7:02 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-07-04 0:19 page reserved twice D. Stimits
2001-07-04 6:57 ` michaelc
2001-07-04 7:02 ` michaelc
-- strict thread matches above, loose matches on Subject: below --
2001-07-04 7:06 michaelc
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox