RE: "My" crash when reading partition table

nathan.zook@amd.com
Tue, 12 Oct 1999 16:20:22 -0500


This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01BF14F7.989967B2
Content-Type: text/plain

@!#@$ Cheesy mail program. Sorry about that. Try this:

<<E820RPT>>

> -----Original Message-----
> From: Zook, Nathan
> Sent: Tuesday, October 12, 1999 4:10 PM
> To: pavel@suse.cz; linux-kernel@vger.rutgers.edu; alan@redhat.com
> Subject: RE: "My" crash when reading partition table
>
> There are a couple of things with memory detection which are not quite
> right. What is your hardware? (MEM, cpu(s)) Specifically, is your bios
> trying to do ACPI? Are you running with BIGMEM enabled? At the bottom is
> a
> patch to report some useful data. Please apply the patch and run with and
> without the mem=8M. The results will land in /var/log/dmesg, which is
> overwritten on each boot. All I should need is the output of head
> /var/log/dmesg after each boot. All the lines up to the one which says
> mem_end0: ....
>
> Alan, I believe the debug e820 printks are on by default in 2.3.19 &
> 2.3.18ac10. Pavel, if you are using 2.3.18ac10, the patch should do just
> fine.
>
> Thanks,
>
> Nathan
>
>
>
>
>
>
> > -----Original Message-----
> > From: Pavel Machek [SMTP:pavel@suse.cz]
> > Sent: Tuesday, October 12, 1999 3:06 AM
> > To: linux-kernel@vger.rutgers.edu; alan@redhat.com
> > Subject: "My" crash when reading partition table
> >
> > Hi!
> >
> > I reported crash with reading partition table. Now I've found out:
> > something is wrong with memory detection. Passing mem=8M makes machine
> > boot again. That's probably why it was even in ac-10.
> >
> > Pavel
> >
>

------_=_NextPart_000_01BF14F7.989967B2
Content-Type: application/octet-stream;
name="E820RPT"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="E820RPT"

--- linux-2.3.19/arch/i386/kernel/setup.c Mon Oct 4 23:24:51 1999=0A=
+++ linux-2.3.19rpt/arch/i386/kernel/setup.c Tue Oct 12 15:52:22 =
1999=0A=
@@ -403,6 +403,7 @@=0A=
void __init setup_memory_region(void)=0A=
{=0A=
#define E820_DEBUG 0=0A=
+#define MEM_DEBUG 0=0A=
#ifdef E820_DEBUG=0A=
int i;=0A=
#endif=0A=
@@ -428,9 +429,11 @@=0A=
memcpy(e820.map, E820_MAP, e820.nr_map * sizeof e820.map[0]);=0A=
#ifdef E820_DEBUG=0A=
for (i=3D0; i < e820.nr_map; i++) {=0A=
- printk("e820: %ld @ %08lx ",=0A=
- (unsigned long)(e820.map[i].size),=0A=
- (unsigned long)(e820.map[i].addr));=0A=
+ printk("e820: %08lx %08lx: %08lx %08lx ",=0A=
+ *(1+(unsigned long *)&(e820.map[i].addr)),=0A=
+ *(unsigned long*)&(e820.map[i].addr),=0A=
+ *(1+(unsigned long *)&(e820.map[i].size)),=0A=
+ *(unsigned long*)&(e820.map[i].size));=0A=
switch (e820.map[i].type) {=0A=
case E820_RAM: printk("(usable)\n");=0A=
break;=0A=
@@ -457,6 +460,11 @@=0A=
add_memory_region(0, LOWMEMSIZE(), E820_RAM);=0A=
add_memory_region(HIGH_MEMORY, mem_size << 10, E820_RAM);=0A=
}=0A=
+=0A=
+#ifdef MEM_DEBUG=0A=
+ printk("e801: %08lx\t\t 88: %08lx\n",ALT_MEM_K,EXT_MEM_K);=0A=
+#endif=0A=
+=0A=
} /* setup_memory_region */=0A=
=0A=
=0A=
@@ -570,6 +578,9 @@=0A=
memory_end =3D end;=0A=
}=0A=
}=0A=
+#ifdef MEM_DEBUG=0A=
+ printk("mem_end0: %08lx\t\t ",memory_end);=0A=
+#endif=0A=
memory_end &=3D PAGE_MASK;=0A=
ram_resources[1].end =3D memory_end-1;=0A=
=0A=
@@ -584,6 +595,9 @@=0A=
bigmem_end =3D (memory_end < MAXBIGMEM) ? memory_end : MAXBIGMEM;=0A=
#endif=0A=
memory_end =3D MAXMEM;=0A=
+#ifdef MEM_DEBUG=0A=
+ printk("mem_end1: %08lx\t\t ",memory_end);=0A=
+#endif=0A=
#ifdef CONFIG_BIGMEM=0A=
printk(KERN_NOTICE "%ldMB BIGMEM available.\n",=0A=
(bigmem_end-bigmem_start)>>20);=0A=
@@ -600,6 +614,9 @@=0A=
#endif=0A=
=0A=
memory_end +=3D PAGE_OFFSET;=0A=
+#ifdef MEM_DEBUG=0A=
+ printk("mem_end2: %08lx\n",memory_end);=0A=
+#endif=0A=
*memory_start_p =3D memory_start;=0A=
*memory_end_p =3D memory_end;=0A=
=0A=

------_=_NextPart_000_01BF14F7.989967B2--

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/