[PATCH] x86_64: acpi map table fix

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




o Memory till end_pfn_map has been directly mapped. So all the memory
  references to the last page (represented by end_pfn_map) should be
  valid.

o I run into problem with kdump when I use memmap=exactmap option and also
  pass memmap=X#Y to directly map acpi tables. ACPI initialization in second
  kernel fails because some of the valid ACPI memory is not accessible.

o /proc/iomem shows ACPI tables at c7fcb940-c7fcf7ff : ACPI Tables. Here
  end_pfn_map is set to c7fcf000. But c7fcf700 should also be a valid access.  

Signed-off-by: Vivek Goyal <[email protected]>
---


diff -puN arch/i386/kernel/acpi/boot.c~acpi-map-address-fix arch/i386/kernel/acpi/boot.c
--- linux-2.6.15-rc5-mm1-16M/arch/i386/kernel/acpi/boot.c~acpi-map-address-fix	2005-12-07 15:56:33.000000000 +0530
+++ linux-2.6.15-rc5-mm1-16M-root/arch/i386/kernel/acpi/boot.c	2005-12-07 15:58:04.000000000 +0530
@@ -108,7 +108,7 @@ char *__acpi_map_table(unsigned long phy
 	if (!phys_addr || !size)
 		return NULL;
 
-	if (phys_addr < (end_pfn_map << PAGE_SHIFT))
+	if (phys_addr < ((end_pfn_map << PAGE_SHIFT) + PAGE_SIZE))
 		return __va(phys_addr);
 
 	return NULL;
_
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux