Memory detection problem in 2.4.19-rc2

Memory detection problem in 2.4.19-rc2

[Leonardo Gomes Figueira]

Hi,

i have a Toshiba K6-2 450 notebook with 32MB RAM onboard plus an 256MB chip.

I use kernel 2.4.18 with the mem param on the boot (mem=288M) and it 
works fine. (Without the mem param it only detects 32MB).

I've been testing 2.4.19-preX (8,9,10 maybe others before, i don't 
remember) and 2.4.19-rcX (1,2) but in this releases it don't detect more 
than 32MB even with the mem param. I didn't test in 2.4.19-rc3 yet but i 
read the changelog and didn't see any change in this area but i can test 
if it helps.

The kernel configuration is the same from 2.4.18, i didn't see any 
option related to this issue there. I tried lower values to mem param 
like mem=256M or mem=64MB but it failed too.

The dmesg from 2.4.18 and 2.4.19-rc2 are in the end of this message, if 
anyone has an solution or needs more information please send an CC to my 
email, I'm not subscribed to the list.

Thanks,

    Leo


  Leonardo Gomes Figueira
  sabbath@planetarium.com.br


dmesg - 2.4.18

Linux version 2.4.18 (root@satellite) (gcc version 2.96 20000731 (Red 
Hat Linux 7.1 2.96-98)) #2 Sun Jun 30 03:26:36 BRT 2002
BIOS-provided physical RAM map:
  BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
  BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
  BIOS-e820: 00000000000ed400 - 0000000000100000 (reserved)
  BIOS-e820: 0000000000100000 - 0000000002000000 (usable)
  BIOS-e820: 0000000011ff0000 - 0000000011fffc00 (ACPI data)
  BIOS-e820: 0000000011fffc00 - 0000000012000000 (ACPI NVS)
  BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
On node 0 totalpages: 73728
zone(0): 4096 pages.
zone(1): 69632 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=2.4.18 ro root=305 mem=288M
Initializing CPU#0
Detected 448.472 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 894.56 BogoMIPS
Memory: 288420k/294912k available (867k kernel code, 6104k reserved, 
204k data, 196k init, 0k highmem)
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
CPU: Before vendor init, caps: 008021bf 808029bf 00000000, vendor = 2
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: After vendor init, caps: 008021bf 808029bf 00000000 00000002
CPU:     After generic, caps: 008021bf 808029bf 00000000 00000002
CPU:             Common caps: 008021bf 808029bf 00000000 00000002
CPU: AMD-K6(tm) 3D processor stepping 0c
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: AMD K6
PCI: PCI BIOS revision 2.10 entry at 0xfd8ce, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 2: assuming transparent
PCI: Using IRQ router ALI [10b9/1533] at 00:07.0
PCI: Found IRQ 11 for device 00:04.0
PCI: Sharing IRQ 11 with 01:00.0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
Journalled Block Device driver loaded
pty: 256 Unix98 ptys configured
block: 128 slots per queue, batch=32
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ALI15X3: IDE controller on PCI bus 00 dev 78
PCI: No IRQ known for interrupt pin A of device 00:0f.0. Please try 
using pci=biosirq.
ALI15X3: chipset revision 32
ALI15X3: not 100% native mode: will probe irqs later
ALI15X3: simplex device:  DMA disabled
ide0: ALI15X3 Bus-Master DMA disabled (BIOS)
ALI15X3: simplex device:  DMA disabled
ide1: ALI15X3 Bus-Master DMA disabled (BIOS)
hda: FUJITSU MHM2100AT, ATA DISK drive
hdc: SR242S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 19640880 sectors (10056 MB) w/2048KiB Cache, CHS=1222/255/63
Partition check:
  hda: hda1 hda2 < hda5 hda6 > hda3 hda4
IEEE 802.2 LLC for Linux 2.1 (c) 1996 Tim Alpaerts
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 196k freed
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Real Time Clock Driver v1.10e
Adding Swap: 128484k swap-space (priority -1)
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on ide0(3,5), internal journal

dmesg - 2.4.19-rc2

Linux version 2.4.19-rc2 (root@satellite) (gcc version 2.96 20000731 
(Red Hat Linux 7.1 2.96-98)) #3 Wed Jul 17 14:21:05 BRT 2002
BIOS-provided physical RAM map:
  BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
  BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
  BIOS-e820: 00000000000ed400 - 0000000000100000 (reserved)
  BIOS-e820: 0000000000100000 - 0000000002000000 (usable)
  BIOS-e820: 0000000011ff0000 - 0000000011fffc00 (ACPI data)
  BIOS-e820: 0000000011fffc00 - 0000000012000000 (ACPI NVS)
  BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
user-defined physical RAM map:
  user: 0000000000000000 - 000000000009f800 (usable)
  user: 000000000009f800 - 00000000000a0000 (reserved)
  user: 00000000000ed400 - 0000000000100000 (reserved)
  user: 0000000000100000 - 0000000002000000 (usable)
  user: 0000000011ff0000 - 0000000011fffc00 (ACPI data)
  user: 0000000011fffc00 - 0000000012000000 (ACPI NVS)
  user: 00000000fffc0000 - 0000000100000000 (reserved)
32MB LOWMEM available.
On node 0 totalpages: 8192
zone(0): 4096 pages.
zone(1): 4096 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=2.4.19-rc2 ro root=305 mem=288M
Initializing CPU#0
Detected 448.474 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 894.56 BogoMIPS
Memory: 30544k/32768k available (879k kernel code, 1836k reserved, 203k 
data, 196k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
CPU: Before vendor init, caps: 008021bf 808029bf 00000000, vendor = 2
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: After vendor init, caps: 008021bf 808029bf 00000000 00000002
CPU:     After generic, caps: 008021bf 808029bf 00000000 00000002
CPU:             Common caps: 008021bf 808029bf 00000000 00000002
CPU: AMD-K6(tm) 3D processor stepping 0c
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: AMD K6
PCI: PCI BIOS revision 2.10 entry at 0xfd8ce, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 2: assuming transparent
PCI: Using IRQ router ALI [10b9/1533] at 00:07.0
PCI: Found IRQ 11 for device 00:04.0
PCI: Sharing IRQ 11 with 01:00.0
PCI: Found IRQ 9 for device 00:04.1
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
Journalled Block Device driver loaded
pty: 256 Unix98 ptys configured
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ALI15X3: IDE controller on PCI bus 00 dev 78
ALI15X3: detected chipset, but driver not compiled in!
ALI15X3: chipset revision 32
ALI15X3: not 100% native mode: will probe irqs later
     ide0: BM-DMA at 0xfcf0-0xfcf7, BIOS settings: hda:DMA, hdb:pio
     ide1: BM-DMA at 0xfcf8-0xfcff, BIOS settings: hdc:DMA, hdd:pio
hda: FUJITSU MHM2100AT, ATA DISK drive
hdc: SR242S, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 19640880 sectors (10056 MB) w/2048KiB Cache, CHS=1222/255/63, UDMA(33)
Partition check:
  hda: hda1 hda2 < hda5 hda6 > hda3 hda4
IEEE 802.2 LLC for Linux 2.1 (c) 1996 Tim Alpaerts
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 196k freed
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Real Time Clock Driver v1.10e
Adding Swap: 128484k swap-space (priority -1)
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on ide0(3,5), internal journal

Re: Memory detection problem in 2.4.19-rc2

[Adrian Bunk]

On Sat, 20 Jul 2002, Leonardo Gomes Figueira wrote:

> Hi,
>
> i have a Toshiba K6-2 450 notebook with 32MB RAM onboard plus an 256MB chip.
>
> I use kernel 2.4.18 with the mem param on the boot (mem=288M) and it
> works fine. (Without the mem param it only detects 32MB).
>
> I've been testing 2.4.19-preX (8,9,10 maybe others before, i don't
> remember) and 2.4.19-rcX (1,2) but in this releases it don't detect more
> than 32MB even with the mem param. I didn't test in 2.4.19-rc3 yet but i
> read the changelog and didn't see any change in this area but i can test
> if it helps.
>...

It seems that the change Christoph introduced (from Red Hat's tree) in the
lines around 810 (line number in -rc3) in arch/i386/kernel/setup.c didn't
consider the case that someone want's to _in_crease the size of the memory
by using the "mem="  parameter.

It's the following Changeset:

<--  snip  -->

   Changeset details for 1.383.2.25

   ChangeSet@1.383.2.25  2002-04-15 23:18:40-03:00  hch@infradead.org
   all diffs
   [PATCH] mem= command lines fixes.
   Another patch from Red Hat's tree:
     mem= command-line adapts itself to existing e820 values.
     without this patch mem=xxxM ignores bios-reserved areas and uses
     them as RAM. This patch makes the kernel skip these areas
   arch/i386/kernel/setup.c@1.38  2001-04-05
   21:19:09-03:00  hch@infradead.org

<--  snip  -->

> Thanks,
>
>     Leo
>...

cu
Adrian

-- 

You only think this is a free country. Like the US the UK spends a lot of
time explaining its a free country because its a police state.
								Alan Cox

Re: Memory detection problem in 2.4.19-rc2

[Leonardo Gomes Figueira]

[-- Attachment #1: Type: text/plain, Size: 1161 bytes --]

Adrian Bunk wrote:

> It seems that the change Christoph introduced (from Red Hat's tree) in the
> lines around 810 (line number in -rc3) in arch/i386/kernel/setup.c didn't
> consider the case that someone want's to _in_crease the size of the memory
> by using the "mem="  parameter.
> 
> It's the following Changeset:
> 
> <--  snip  -->
> 
>    Changeset details for 1.383.2.25
> 
>    ChangeSet@1.383.2.25  2002-04-15 23:18:40-03:00  hch@infradead.org
>    all diffs
>    [PATCH] mem= command lines fixes.
>    Another patch from Red Hat's tree:
>      mem= command-line adapts itself to existing e820 values.
>      without this patch mem=xxxM ignores bios-reserved areas and uses
>      them as RAM. This patch makes the kernel skip these areas
>    arch/i386/kernel/setup.c@1.38  2001-04-05
>    21:19:09-03:00  hch@infradead.org
> 
> <--  snip  -->

Thanks for your help. I changed the code to the way it was before and it 
worked fine. I'm running 2.4.19-rc3 now. :-)

I created a patch to undo this modification in case anyone has the same 
problem, it's attached in this message.

Bye,

   Léo


  Leonardo Gomes Figueira
  sabbath@planetarium.com.br

[-- Attachment #2: patch-memparam-2.4.19-rc3 --]
[-- Type: text/plain, Size: 1175 bytes --]

--- linux/arch/i386/kernel/setup.c.original	Mon Jul 22 21:44:45 2002
+++ linux/arch/i386/kernel/setup.c	Tue Jul 23 03:38:08 2002
@@ -808,21 +808,29 @@
 				userdef = 1;
 			} else {
 				/* If the user specifies memory size, we
-				 * limit the BIOS-provided memory map to
-				 * that size. exactmap can be used to specify
-				 * the exact map. mem=number can be used to
-				 * trim the existing memory map.
+				 * blow away any automatically generated
+				 * size
 				 */
 				unsigned long long start_at, mem_size;
  
+				if (userdef == 0) {
+					/* first time in: zap the whitelist
+					 * and reinitialize it with the
+					 * standard low-memory region.
+					 */
+					e820.nr_map = 0;
+					userdef = 1;
+					add_memory_region(0, LOWMEMSIZE(), E820_RAM);
+				}
 				mem_size = memparse(from+4, &from);
-				if (*from == '@') {
+				if (*from == '@')
 					start_at = memparse(from+1, &from);
-					add_memory_region(start_at, mem_size, E820_RAM);
-				} else {
-					limit_regions(mem_size);
+				else {
+					start_at = HIGH_MEMORY;
+					mem_size -= HIGH_MEMORY;
 					userdef=1;
 				}
+				add_memory_region(start_at, mem_size, E820_RAM);
 			}
 		}