On Monday 03 January 2005 18:49, you wrote:
> Suggested-by: Al Viro
> Signed-off-by: Len Brown <len.brown@intel.com>
>
>
> ===== arch/i386/kernel/dmi_scan.c 1.74 vs edited =====
> --- 1.74/arch/i386/kernel/dmi_scan.c 2004-12-28 14:07:48 -05:00
> +++ edited/arch/i386/kernel/dmi_scan.c 2005-01-03 12:46:33 -05:00
> @@ -126,12 +126,12 @@
>     dmi_printk((KERN_INFO "DMI table at 0x%08X.\n",
>      base));
>     if(dmi_table(base,len, num, decode)==0) {
> -    iounmap(p);
> +    /* too early to call iounmap(p); */
>      return 0;
>     }
>    }
>   }
> - iounmap(p);
> + /* too early to call iounmap(p); */
>   return -1;
>  }

Hi,
with this patch now looks good.

Linux version 2.6.10-bk6 (root@h2so4.warpy.net) (gcc-Version 3.3.4 20040623 
(Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6)) #1 SMP Mon Jan 3 19:11:36 
CET 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000d4000 - 00000000000de014 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)
 BIOS-e820: 000000003fff0000 - 000000003fff8000 (ACPI data)
 BIOS-e820: 000000003fff8000 - 0000000040000000 (ACPI NVS)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fc0f0
On node 0 totalpages: 262128
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 225280 pages, LIFO batch:16
  HighMem zone: 32752 pages, LIFO batch:7
DMI 2.3 present.
ACPI: RSDP (v000 AMI                                   ) @ 0x000fa380
ACPI: RSDT (v001 AMIINT INTEL875 0x00000010 MSFT 0x00000097) @ 0x3fff0000
ACPI: FADT (v001 AMIINT INTEL875 0x00000011 MSFT 0x00000097) @ 0x3fff0030
ACPI: MADT (v001 AMIINT INTEL875 0x00000009 MSFT 0x00000097) @ 0x3fff00c0
ACPI: DSDT (v001  INTEL     I875 0x00001000 MSFT 0x0100000d) @ 0x00000000

Thanks

-- Michael Geithe