2001-02-08 23:55:21

by Adam Schrotenboer

[permalink] [raw]
Subject: Mem detection problem

Linux version 2.4.1-ac6 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Thu Feb 8 11:12:58 EST 2001
BIOS-provided physical RAM map:
BIOS-88: 000000000009f000 @ 0000000000000000 (usable)
BIOS-88: 0000000003ff0000 @ 0000000000100000 (usable)
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c009fc00 for 4096 bytes.
On node 0 totalpages: 16624
zone(0): 4096 pages.
zone(1): 12528 pages.
zone(2): 0 pages.
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
mapped APIC to ffffe000 (fee00000)
Kernel command line: BOOT_IMAGE=k241ac6 ro root=341
Initializing CPU#0
Detected 598.848 MHz processor.
Console: colour VGA+ 132x43
Calibrating delay loop... 1196.03 BogoMIPS
Memory: 63276k/66496k available (962k kernel code, 2832k reserved, 303k data, 220k init, 0k highmem)
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
CPU: Before vendor init, caps: 0081fbff c0c1fbff 00000000, vendor = 2
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU: After vendor init, caps: 0081fbff c0c1fbff 00000000 00000000
CPU: After generic, caps: 0081fbff c0c1fbff 00000000 00000000
CPU: Common caps: 0081fbff c0c1fbff 00000000 00000000
CPU: AMD-K7(tm) Processor stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
Getting VERSION: 40010
Getting VERSION: 40010
Getting ID: b000000
Getting ID: 4000000
Getting LVT0: 700
Getting LVT1: 400
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
setting K7_PERFCTR0 to ffa4a160
setting K7 LVTPC to DM_NMI
setting K7_EVNTSEL0 to 00530076
testing NMI watchdog ... OK.
calibrating APIC timer ...
..... CPU clock speed is 598.8579 MHz.
..... host bus clock speed is 199.6193 MHz.
cpu: 0, clocks: 1996193, slice: 998096
CPU0<T0:1996192,T1:998096,D:0,S:998096,C:1996193>
mtrr: v1.37 (20001109) Richard Gooch ([email protected])
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb470, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
isapnp: Scanning for Pnp cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14)
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 41829kB/13943kB, 128 slots per queue
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
AMD7409: IDE controller on PCI bus 00 dev 39
AMD7409: chipset revision 3
AMD7409: not 100% native mode: will probe irqs later
AMD7409: disabling single-word DMA support (revision < C4)
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
hda: WDC AC28400R, ATA DISK drive
hdb: IBM-DHEA-38451, ATA DISK drive
hdc: TOSHIBA DVD-ROM SD-M1202, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 16514064 sectors (8455 MB) w/512KiB Cache, CHS=1027/255/63, UDMA(33)
hdb: 16514064 sectors (8455 MB) w/472KiB Cache, CHS=1027/255/63, UDMA(33)
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1
/dev/ide/host0/bus0/target1/lun0: p1 p2 < p5 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Real Time Clock Driver v1.10d
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 28M
agpgart: Detected AMD Irongate chipset
agpgart: AGP aperture is 32M @ 0xd8000000
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
devfs: v0.102 (20000622) Richard Gooch ([email protected])
devfs: devfs_debug: 0x0
devfs: boot_options: 0x0
VFS: Mounted root (ext2 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 220k freed
Adding Swap: 136512k swap-space (priority -1)


Attachments:
dmesg-2.4.0 (4.17 kB)
dmesg-2.4.1-ac6 (4.33 kB)
Download all attachments

2001-02-09 00:20:04

by Dunlap, Randy

[permalink] [raw]
Subject: RE: Mem detection problem

> From: Adam Schrotenboer [mailto:[email protected]]
>
> This is actually a repost of a problem that received few
> serious replies (IMNSHO).

Well, I claim not to have ignored it.
I have gone thru the entire patch-2.4.1 file and can't see
anything there that would cause what you are seeing.

You aren't using ACPI, right? (not in your log files)
[That just makes the patch file of interest smaller.]

> Basically 2.4.0 detects 192 MB(maybe 191, but big whoop) of
> memory. This
> is correct. However, 2.4.1-ac6 (as did Linus-blessed 2.4.1)
> detects 64.
> The problem is simple. 2.4.1 and later for some reason uses bios-88,
> instead of e820.
>
> Attached are the dmesgs from 2.4.0 and 2.4.1-ac6.

Have you booted 2.4.0 again (lately)? You log file is from
Jan-08-2001. It may also report only 64 MB now, based on
some kind of BIOS change (or ESCD ...) since Jan-08.

Someone else with a similar "problem" actually had a fruit fly
in one of their slots that caused a problem, so I would ask that
you (a) boot 2.4.0 again to see if it works now and (b) remove
adapters, clean slots, reseat adapters, boot 2.4.1 again.

~Randy

2001-02-09 00:45:28

by Adam Schrotenboer

[permalink] [raw]
Subject: Re: Mem detection problem

Dunlap, Randy wrote:

>> From: Adam Schrotenboer [mailto:[email protected]]
>>
>> This is actually a repost of a problem that received few
>> serious replies (IMNSHO).
>
>
> Well, I claim not to have ignored it.
> I have gone thru the entire patch-2.4.1 file and can't see
> anything there that would cause what you are seeing.
>
> You aren't using ACPI, right? (not in your log files)
> [That just makes the patch file of interest smaller.]

Nope, result of grep ACPI .config
# CONFIG_ACPI is not set

>
>
>> Basically 2.4.0 detects 192 MB(maybe 191, but big whoop) of
>> memory. This
>> is correct. However, 2.4.1-ac6 (as did Linus-blessed 2.4.1)
>> detects 64.
>> The problem is simple. 2.4.1 and later for some reason uses bios-88,
>> instead of e820.
>>
>> Attached are the dmesgs from 2.4.0 and 2.4.1-ac6.
>
>
> Have you booted 2.4.0 again (lately)? You log file is from
> Jan-08-2001. It may also report only 64 MB now, based on
> some kind of BIOS change (or ESCD ...) since Jan-08.

Yes I have booted 2.4.0 much more recently than Jan 8.
Just checked, Jan 8 is the build date, not the boot date.

>
>
> Someone else with a similar "problem" actually had a fruit fly
> in one of their slots that caused a problem, so I would ask that
> you (a) boot 2.4.0 again to see if it works now and (b) remove
> adapters, clean slots, reseat adapters, boot 2.4.1 again.
>
> ~Randy
>
Weird, but might be worth the try, about as soon as I grab my
screwdriver from my car (in parking lot ~1/5 mile away)