RE: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-02-05 Thread Ricky Beam

On Mon, 5 Feb 2001, Ricky Beam wrote:
>Interesting...  I just checked my machine (2.4.1-SMP) to see it only saw
>64MB when it has 256MB.
...
>Nothing at all has changed in either the BIOS setup, compiler, etc.  All I
>did was reboot (and not pay it any attention.)  The configuration was the
>same (make oldconfig.)

Dammit.  Ok, all better now.  I guess that fruit fly managed to get into
more than just the slot-1 connector.  We can thank Tyan and AMI for not
checking the contents of ESCD nor giving me a way to reset it without
nuking CMOS.

(It would appear ACPI, when re-enabled, powered the RAID controller down.
 That makes it Really Hard (tm) to boot.)

--Ricky


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



RE: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-02-05 Thread Ricky Beam

On Wed, 31 Jan 2001, Dunlap, Randy wrote:
...

Interesting...  I just checked my machine (2.4.1-SMP) to see it only saw
64MB when it has 256MB.

>From 2.4.0-test5:
Linux version 2.4.0-test5-SMP (root@chickenboo) (gcc version egcs-2.91.66 
19990314/Linux (egcs-1.1.2 release)) #12 SMP Thu Aug 10 12:56:38 EDT 2000
BIOS-provided physical RAM map: 
 e820: 0009fc00 @  (usable) 
 e820: 0400 @ 0009fc00 (reserved)
 e820: 0002 @ 000e (reserved)
 e820: 0fee @ 0010 (usable) 
 e820: 00018000 @ 0ffe (ACPI data)
 e820: 8000 @ 0fff8000 (ACPI NVS)
 e820: 1000 @ fec0 (reserved)
 e820: 1000 @ fee0 (reserved)
 e820: 0004 @ fffc (reserved)
Scan SMP from c000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes. 
Scan SMP from c00f for 65536 bytes.
found SMP MP-table at 000fb560 
hm, page 000fb000 reserved twice.
hm, page 000fc000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
On node 0 totalpages: 65504
zone(0): 4096 pages.
zone(1): 61408 pages.
zone(2): 0 pages.

>From 2.4.1:
Linux version 2.4.1-SMP (root@chickenboo) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #1 SMP Tue Jan 30 17:13:07 EST 2001
BIOS-provided physical RAM map: 
 BIOS-e820: 0009fc00 @  (usable) 
 BIOS-e820: 0400 @ 0009fc00 (reserved)
 BIOS-e820: 0002 @ 000e (reserved)
 BIOS-e820: 03f0 @ 0010 (usable) 
 BIOS-e820: 1000 @ fec0 (reserved)
 BIOS-e820: 1000 @ fee0 (reserved)
 BIOS-e820: 0004 @ fffc (reserved)
Scan SMP from c000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes. 
Scan SMP from c00f for 65536 bytes.
found SMP MP-table at 000fb560 
hm, page 000fb000 reserved twice.
hm, page 000fc000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
On node 0 totalpages: 16384
zone(0): 4096 pages.
zone(1): 12288 pages.
zone(2): 0 pages.

Nothing at all has changed in either the BIOS setup, compiler, etc.  All I
did was reboot (and not pay it any attention.)  The configuration was the
same (make oldconfig.)

--Ricky


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



RE: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-02-05 Thread Ricky Beam

On Wed, 31 Jan 2001, Dunlap, Randy wrote:
...

Interesting...  I just checked my machine (2.4.1-SMP) to see it only saw
64MB when it has 256MB.

From 2.4.0-test5:
Linux version 2.4.0-test5-SMP (root@chickenboo) (gcc version egcs-2.91.66 
19990314/Linux (egcs-1.1.2 release)) #12 SMP Thu Aug 10 12:56:38 EDT 2000
BIOS-provided physical RAM map: 
 e820: 0009fc00 @  (usable) 
 e820: 0400 @ 0009fc00 (reserved)
 e820: 0002 @ 000e (reserved)
 e820: 0fee @ 0010 (usable) 
 e820: 00018000 @ 0ffe (ACPI data)
 e820: 8000 @ 0fff8000 (ACPI NVS)
 e820: 1000 @ fec0 (reserved)
 e820: 1000 @ fee0 (reserved)
 e820: 0004 @ fffc (reserved)
Scan SMP from c000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes. 
Scan SMP from c00f for 65536 bytes.
found SMP MP-table at 000fb560 
hm, page 000fb000 reserved twice.
hm, page 000fc000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
On node 0 totalpages: 65504
zone(0): 4096 pages.
zone(1): 61408 pages.
zone(2): 0 pages.

From 2.4.1:
Linux version 2.4.1-SMP (root@chickenboo) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #1 SMP Tue Jan 30 17:13:07 EST 2001
BIOS-provided physical RAM map: 
 BIOS-e820: 0009fc00 @  (usable) 
 BIOS-e820: 0400 @ 0009fc00 (reserved)
 BIOS-e820: 0002 @ 000e (reserved)
 BIOS-e820: 03f0 @ 0010 (usable) 
 BIOS-e820: 1000 @ fec0 (reserved)
 BIOS-e820: 1000 @ fee0 (reserved)
 BIOS-e820: 0004 @ fffc (reserved)
Scan SMP from c000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes. 
Scan SMP from c00f for 65536 bytes.
found SMP MP-table at 000fb560 
hm, page 000fb000 reserved twice.
hm, page 000fc000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
On node 0 totalpages: 16384
zone(0): 4096 pages.
zone(1): 12288 pages.
zone(2): 0 pages.

Nothing at all has changed in either the BIOS setup, compiler, etc.  All I
did was reboot (and not pay it any attention.)  The configuration was the
same (make oldconfig.)

--Ricky


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



RE: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-02-05 Thread Ricky Beam

On Mon, 5 Feb 2001, Ricky Beam wrote:
Interesting...  I just checked my machine (2.4.1-SMP) to see it only saw
64MB when it has 256MB.
...
Nothing at all has changed in either the BIOS setup, compiler, etc.  All I
did was reboot (and not pay it any attention.)  The configuration was the
same (make oldconfig.)

Dammit.  Ok, all better now.  I guess that fruit fly managed to get into
more than just the slot-1 connector.  We can thank Tyan and AMI for not
checking the contents of ESCD nor giving me a way to reset it without
nuking CMOS.

(It would appear ACPI, when re-enabled, powered the RAID controller down.
 That makes it Really Hard (tm) to boot.)

--Ricky


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Adam Schrotenboer

Dunlap, Randy wrote:

>> From: Adam Schrotenboer [mailto:[EMAIL PROTECTED]]
>> 
>>> On Wed, 31 Jan 2001 10:01:08 -0500, Adam Schrotenboer wrote:
>>> 
> On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
> 
>> ...
>> Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 
> 
 19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 
>>> 
>> 15:35:21 EST 2001
>> 
>> BIOS-provided physical RAM map:
>> BIOS-88: 0009f000 @  (usable)
>> BIOS-88: 03ff @ 0010 (usable)
>> On node 0 totalpages: 16624
> 
 ...
 Linux version 2.4.0 (root@tabriel) (gcc version 
>>> 
>> pgcc-2.95.2 19991024 (release)) #2 Mon Jan 8 09:02:27 EST 2001
>> 
 BIOS-provided physical RAM map:
 BIOS-e820: 0009fc00 @  (usable)
 BIOS-e820: 0400 @ 0009fc00 (reserved)
 BIOS-e820: 0001 @ 000f (reserved)
 BIOS-e820: 0001 @  (reserved)
 BIOS-e820: 0bef @ 0010 (usable)
 BIOS-e820: d000 @ 0bff3000 (ACPI data)
 BIOS-e820: 3000 @ 0bff (ACPI NVS)
 On node 0 totalpages: 49136
>>> 
>> It did it again. fresh tree, egcs 1.1.2, etc
> 
> ~~~
> Different versions of gcc were used on 2.4.0 vs. 2.4.1.
> Were different versions of as also used?  (hint?)
> 
> Or somehow in linux/arch/i386/boot/setup.S, your source
> file has
> #define STANDARD_MEMORY_BIOS_CALL
> ?
> 
> ~Randy  /  503-677-5408
> 
granted, it is possible that a different gas was used, but extremely 
unlikely. I have been known to build my own compilers (need to try libc 
some time), but haven't played around w/ binutils. box is Redhat 6.[01]? 
upped to Mandrake 7.1 a month ago.

haven't installed any new compilers lately, I think that 2.4.1 makefile 
is different, selects diff compiler (haven't found out the differences 
btwn Mandrake and RedHat yet)

grepped sources for that #define; did not find anywhere

Sorry for bad grammar, usually not this bad, very very tired, can't make 
fingers type straight half the time.

currently running 2.4.1 rebuilt with mem=192M. Hope this is resolved soon.
Also will consider trying to specify compiler to be same as 2.4.0 build 
(not likely a good idea, given that pgcc 2.95.x borks 2.4.1 
[fxsr_alignment IIRC])

Also will look for different as executables. BTW, pgcc above is actually 
2.95.3, not 2.95.2

I'm rambling and need sleep.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



RE: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Dunlap, Randy

> From: Adam Schrotenboer [mailto:[EMAIL PROTECTED]]
> 
> > On Wed, 31 Jan 2001 10:01:08 -0500, Adam Schrotenboer wrote:
> > 
> >>> On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
> >>> 
>  ...
>  Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 
> >>> 
> >> 19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 
> 15:35:21 EST 2001
> >> 
>  BIOS-provided physical RAM map:
>  BIOS-88: 0009f000 @  (usable)
>  BIOS-88: 03ff @ 0010 (usable)
>  On node 0 totalpages: 16624
> >>> 
> >> ...
> >> Linux version 2.4.0 (root@tabriel) (gcc version 
> pgcc-2.95.2 19991024 (release)) #2 Mon Jan 8 09:02:27 EST 2001
> >> BIOS-provided physical RAM map:
> >> BIOS-e820: 0009fc00 @  (usable)
> >> BIOS-e820: 0400 @ 0009fc00 (reserved)
> >> BIOS-e820: 0001 @ 000f (reserved)
> >> BIOS-e820: 0001 @  (reserved)
> >> BIOS-e820: 0bef @ 0010 (usable)
> >> BIOS-e820: d000 @ 0bff3000 (ACPI data)
> >> BIOS-e820: 3000 @ 0bff (ACPI NVS)
> >> On node 0 totalpages: 49136
> 
> It did it again. fresh tree, egcs 1.1.2, etc
~~~
Different versions of gcc were used on 2.4.0 vs. 2.4.1.
Were different versions of as also used?  (hint?)

Or somehow in linux/arch/i386/boot/setup.S, your source
file has
#define STANDARD_MEMORY_BIOS_CALL
?

~Randy  /  503-677-5408
___
|NOTE: Any views presented here are mine alone|
|& may not represent the views of my employer.|
---

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Mikael Pettersson

On Wed, 31 Jan 2001 10:01:08 -0500, Adam Schrotenboer wrote:

> > On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
> >
> >> 2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).
> >> ...
> >> Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 
>19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
> >> BIOS-provided physical RAM map:
> >> BIOS-88: 0009f000 @  (usable)
> >> BIOS-88: 03ff @ 0010 (usable)
> >> On node 0 totalpages: 16624
>...
>Linux version 2.4.0 (root@tabriel) (gcc version pgcc-2.95.2 19991024 (release)) #2 
>Mon Jan 8 09:02:27 EST 2001
>BIOS-provided physical RAM map:
> BIOS-e820: 0009fc00 @  (usable)
> BIOS-e820: 0400 @ 0009fc00 (reserved)
> BIOS-e820: 0001 @ 000f (reserved)
> BIOS-e820: 0001 @  (reserved)
> BIOS-e820: 0bef @ 0010 (usable)
> BIOS-e820: d000 @ 0bff3000 (ACPI data)
> BIOS-e820: 3000 @ 0bff (ACPI NVS)
>On node 0 totalpages: 49136

Your 2.4.1 kernel is really sick. According to this, your bios
does support E820 and 2.4.0 picks it up correctly. 2.4.1 for
some reason doesn't. I've looked through the 2.4.1 patch and
I cannot see anything which could cause this (the one memory
detection patch there only applies to the legacy bios-88 call).
Besides, 2.4.1 obviously works for the majority of users.

All I can suggest is to recompile 2.4.1 from pristine sources
(make mrproper or get a fresh tarball), using a known safe
compiler and absolutely no strange patches or CFLAGS overrides.

/Mikael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Adam Schrotenboer

Mikael Pettersson wrote:

> On Wed, 31 Jan 2001 10:01:08 -0500, Adam Schrotenboer wrote:
> 
>>> On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
>>> 
 2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).
 ...
 Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 
>>> 
>> 19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
>> 
 BIOS-provided physical RAM map:
 BIOS-88: 0009f000 @  (usable)
 BIOS-88: 03ff @ 0010 (usable)
 On node 0 totalpages: 16624
>>> 
>> ...
>> Linux version 2.4.0 (root@tabriel) (gcc version pgcc-2.95.2 19991024 (release)) #2 
>Mon Jan 8 09:02:27 EST 2001
>> BIOS-provided physical RAM map:
>> BIOS-e820: 0009fc00 @  (usable)
>> BIOS-e820: 0400 @ 0009fc00 (reserved)
>> BIOS-e820: 0001 @ 000f (reserved)
>> BIOS-e820: 0001 @  (reserved)
>> BIOS-e820: 0bef @ 0010 (usable)
>> BIOS-e820: d000 @ 0bff3000 (ACPI data)
>> BIOS-e820: 3000 @ 0bff (ACPI NVS)
>> On node 0 totalpages: 49136
> 
> 
> Your 2.4.1 kernel is really sick. According to this, your bios
> does support E820 and 2.4.0 picks it up correctly. 2.4.1 for
> some reason doesn't. I've looked through the 2.4.1 patch and
> I cannot see anything which could cause this (the one memory
> detection patch there only applies to the legacy bios-88 call).

> 
> Besides, 2.4.1 obviously works for the majority of users.
> 
> All I can suggest is to recompile 2.4.1 from pristine sources
> (make mrproper or get a fresh tarball), using a known safe
> compiler and absolutely no strange patches or CFLAGS overrides.
> 
> /Mikael
> 

It did it again. fresh tree, egcs 1.1.2, etc

dmesg and .config attached.



Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #1 Wed Jan 31 18:56:22 EST 2001
BIOS-provided physical RAM map:
 BIOS-88: 0009f000 @  (usable)
 BIOS-88: 03ff @ 0010 (usable)
On node 0 totalpages: 16624
zone(0): 4096 pages.
zone(1): 12528 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=k241 ro root=341
Initializing CPU#0
Detected 598.860 MHz processor.
Console: colour VGA+ 132x43
Calibrating delay loop... 1196.03 BogoMIPS
Memory: 63404k/66496k available (875k kernel code, 2704k reserved, 278k data, 204k 
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: 0081f9ff c0c1f9ff , 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: 0081f9ff c0c1f9ff  
CPU: After generic, caps: 0081f9ff c0c1f9ff  
CPU: Common caps: 0081f9ff c0c1f9ff  
CPU: AMD-K7(tm) Processor stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
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
DMI 2.2 present.
39 structures occupying 1001 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 6.0 PG
BIOS Release: 11/23/99
Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
Board Name: MS-6167 (AMD751).
Board Version: 1.X.
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 41912kB/13970kB, 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 >

Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Adam Schrotenboer

Mikael Pettersson wrote:

   > On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
   >
   >> 2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).
   >> ...
   >> Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
   >> BIOS-provided physical RAM map:
   >> BIOS-88: 0009f000 @  (usable)
   >> BIOS-88: 03ff @ 0010 (usable)
   >> On node 0 totalpages: 16624
   >> ...
   >> CPU: AMD-K7(tm) Processor stepping 02
   >> ...
   >> BIOS Vendor: Award Software International, Inc.
   >> BIOS Version: 6.0 PG
   >> BIOS Release: 11/23/99
   >> Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
   >> Board Name: MS-6167 (AMD751).
   >> Board Version: 1.X.
   >
   >
   > Why on earth is this fairly recent motherboard using BIOS-88
   > to report available memory? I would have expected E820 here.
   > Can you send the dmesg output from 2.4.0 and/or 2.2.19pre7?
   >
   > /Mikael


Here You go, dmesg from 2.4.0






Linux version 2.4.0 (root@tabriel) (gcc version pgcc-2.95.2 19991024 (release)) #2 Mon 
Jan 8 09:02:27 EST 2001
BIOS-provided physical RAM map:
 BIOS-e820: 0009fc00 @  (usable)
 BIOS-e820: 0400 @ 0009fc00 (reserved)
 BIOS-e820: 0001 @ 000f (reserved)
 BIOS-e820: 0001 @  (reserved)
 BIOS-e820: 0bef @ 0010 (usable)
 BIOS-e820: d000 @ 0bff3000 (ACPI data)
 BIOS-e820: 3000 @ 0bff (ACPI NVS)
On node 0 totalpages: 49136
zone(0): 4096 pages.
zone(1): 45040 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=k240 ro root=341
Initializing CPU#0
Detected 598.851 MHz processor.
Console: colour VGA+ 132x43
Calibrating delay loop... 1196.03 BogoMIPS
Memory: 191308k/196544k available (863k kernel code, 4848k reserved, 278k data, 200k 
init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
CPU: Before vendor init, caps: 0081f9ff c0c1f9ff , 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: 0081f9ff c0c1f9ff  
CPU: After generic, caps: 0081f9ff c0c1f9ff  
CPU: Common caps: 0081f9ff c0c1f9ff  
CPU: AMD-K7(tm) Processor stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
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
DMI 2.2 present.
39 structures occupying 1001 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 6.0 PG
BIOS Release: 11/23/99
Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
Board Name: MS-6167 (AMD751).
Board Version: 1.X.
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14)
Starting kswapd v1.8
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
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 CDROM 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
8139too Fast Ethernet driver 0.9.13 loaded
eth0: RealTek RTL8139 Fast Ethernet at 0xcc80, 00:e0:7d:50:3f:3d, IRQ 10
eth0:  Identified 8139 chip type 'RTL-8139A'
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 149M
agpgart: Detected AMD Irongate chipset
agpgart: AGP aperture is 32M @ 0xd800
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 16384 

Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Dr. David Gilbert

On Wed, 31 Jan 2001, Mikael Pettersson wrote:

> Why on earth is this fairly recent motherboard using BIOS-88
> to report available memory? I would have expected E820 here.
> Can you send the dmesg output from 2.4.0 and/or 2.2.19pre7?

Is it one of these motherboards which has an option setting to select
which type of memory reporting it will do?

Dave

-- 
/--\
| Dr. David Alan Gilbert | Work:[EMAIL PROTECTED] +44-161-286-2000 Ex258|
|  G7FHJ | |
| Home: [EMAIL PROTECTED]http://www.treblig.org |
\--/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Mikael Pettersson

On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:

>2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).
>...
>Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux 
>(egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
>BIOS-provided physical RAM map:
> BIOS-88: 0009f000 @  (usable)
> BIOS-88: 03ff @ 0010 (usable)
>On node 0 totalpages: 16624
>...
>CPU: AMD-K7(tm) Processor stepping 02
>...
>BIOS Vendor: Award Software International, Inc.
>BIOS Version: 6.0 PG
>BIOS Release: 11/23/99
>Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
>Board Name: MS-6167 (AMD751).
>Board Version: 1.X.

Why on earth is this fairly recent motherboard using BIOS-88
to report available memory? I would have expected E820 here.
Can you send the dmesg output from 2.4.0 and/or 2.2.19pre7?

/Mikael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Mikael Pettersson

On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:

2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).
...
Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
BIOS-provided physical RAM map:
 BIOS-88: 0009f000 @  (usable)
 BIOS-88: 03ff @ 0010 (usable)
On node 0 totalpages: 16624
...
CPU: AMD-K7(tm) Processor stepping 02
...
BIOS Vendor: Award Software International, Inc.
BIOS Version: 6.0 PG
BIOS Release: 11/23/99
Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
Board Name: MS-6167 (AMD751).
Board Version: 1.X.

Why on earth is this fairly recent motherboard using BIOS-88
to report available memory? I would have expected E820 here.
Can you send the dmesg output from 2.4.0 and/or 2.2.19pre7?

/Mikael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Adam Schrotenboer

Mikael Pettersson wrote:

 On Wed, 31 Jan 2001 10:01:08 -0500, Adam Schrotenboer wrote:
 
 On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
 
 2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).
 ...
 Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 
 
 19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
 
 BIOS-provided physical RAM map:
 BIOS-88: 0009f000 @  (usable)
 BIOS-88: 03ff @ 0010 (usable)
 On node 0 totalpages: 16624
 
 ...
 Linux version 2.4.0 (root@tabriel) (gcc version pgcc-2.95.2 19991024 (release)) #2 
Mon Jan 8 09:02:27 EST 2001
 BIOS-provided physical RAM map:
 BIOS-e820: 0009fc00 @  (usable)
 BIOS-e820: 0400 @ 0009fc00 (reserved)
 BIOS-e820: 0001 @ 000f (reserved)
 BIOS-e820: 0001 @  (reserved)
 BIOS-e820: 0bef @ 0010 (usable)
 BIOS-e820: d000 @ 0bff3000 (ACPI data)
 BIOS-e820: 3000 @ 0bff (ACPI NVS)
 On node 0 totalpages: 49136
 
 
 Your 2.4.1 kernel is really sick. According to this, your bios
 does support E820 and 2.4.0 picks it up correctly. 2.4.1 for
 some reason doesn't. I've looked through the 2.4.1 patch and
 I cannot see anything which could cause this (the one memory
 detection patch there only applies to the legacy bios-88 call).

 
 Besides, 2.4.1 obviously works for the majority of users.
 
 All I can suggest is to recompile 2.4.1 from pristine sources
 (make mrproper or get a fresh tarball), using a known safe
 compiler and absolutely no strange patches or CFLAGS overrides.
 
 /Mikael
 

It did it again. fresh tree, egcs 1.1.2, etc

dmesg and .config attached.



Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #1 Wed Jan 31 18:56:22 EST 2001
BIOS-provided physical RAM map:
 BIOS-88: 0009f000 @  (usable)
 BIOS-88: 03ff @ 0010 (usable)
On node 0 totalpages: 16624
zone(0): 4096 pages.
zone(1): 12528 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=k241 ro root=341
Initializing CPU#0
Detected 598.860 MHz processor.
Console: colour VGA+ 132x43
Calibrating delay loop... 1196.03 BogoMIPS
Memory: 63404k/66496k available (875k kernel code, 2704k reserved, 278k data, 204k 
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: 0081f9ff c0c1f9ff , 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: 0081f9ff c0c1f9ff  
CPU: After generic, caps: 0081f9ff c0c1f9ff  
CPU: Common caps: 0081f9ff c0c1f9ff  
CPU: AMD-K7(tm) Processor stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
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
DMI 2.2 present.
39 structures occupying 1001 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 6.0 PG
BIOS Release: 11/23/99
Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
Board Name: MS-6167 (AMD751).
Board Version: 1.X.
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 41912kB/13970kB, 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 

RE: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Dunlap, Randy

 From: Adam Schrotenboer [mailto:[EMAIL PROTECTED]]
 
  On Wed, 31 Jan 2001 10:01:08 -0500, Adam Schrotenboer wrote:
  
  On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
  
  ...
  Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 
  
  19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 
 15:35:21 EST 2001
  
  BIOS-provided physical RAM map:
  BIOS-88: 0009f000 @  (usable)
  BIOS-88: 03ff @ 0010 (usable)
  On node 0 totalpages: 16624
  
  ...
  Linux version 2.4.0 (root@tabriel) (gcc version 
 pgcc-2.95.2 19991024 (release)) #2 Mon Jan 8 09:02:27 EST 2001
  BIOS-provided physical RAM map:
  BIOS-e820: 0009fc00 @  (usable)
  BIOS-e820: 0400 @ 0009fc00 (reserved)
  BIOS-e820: 0001 @ 000f (reserved)
  BIOS-e820: 0001 @  (reserved)
  BIOS-e820: 0bef @ 0010 (usable)
  BIOS-e820: d000 @ 0bff3000 (ACPI data)
  BIOS-e820: 3000 @ 0bff (ACPI NVS)
  On node 0 totalpages: 49136
 
 It did it again. fresh tree, egcs 1.1.2, etc
~~~
Different versions of gcc were used on 2.4.0 vs. 2.4.1.
Were different versions of as also used?  (hint?)

Or somehow in linux/arch/i386/boot/setup.S, your source
file has
#define STANDARD_MEMORY_BIOS_CALL
?

~Randy  /  503-677-5408
___
|NOTE: Any views presented here are mine alone|
| may not represent the views of my employer.|
---

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: [BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-31 Thread Adam Schrotenboer

Dunlap, Randy wrote:

 From: Adam Schrotenboer [mailto:[EMAIL PROTECTED]]
 
 On Wed, 31 Jan 2001 10:01:08 -0500, Adam Schrotenboer wrote:
 
 On Tue, 30 Jan 2001 23:25:22 -0500, Adam Schrotenboer wrote:
 
 ...
 Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 
 
 19990314/Linux (egcs-1.1.2 release)) #9 Tue Jan 30 
 
 15:35:21 EST 2001
 
 BIOS-provided physical RAM map:
 BIOS-88: 0009f000 @  (usable)
 BIOS-88: 03ff @ 0010 (usable)
 On node 0 totalpages: 16624
 
 ...
 Linux version 2.4.0 (root@tabriel) (gcc version 
 
 pgcc-2.95.2 19991024 (release)) #2 Mon Jan 8 09:02:27 EST 2001
 
 BIOS-provided physical RAM map:
 BIOS-e820: 0009fc00 @  (usable)
 BIOS-e820: 0400 @ 0009fc00 (reserved)
 BIOS-e820: 0001 @ 000f (reserved)
 BIOS-e820: 0001 @  (reserved)
 BIOS-e820: 0bef @ 0010 (usable)
 BIOS-e820: d000 @ 0bff3000 (ACPI data)
 BIOS-e820: 3000 @ 0bff (ACPI NVS)
 On node 0 totalpages: 49136
 
 It did it again. fresh tree, egcs 1.1.2, etc
 
 ~~~
 Different versions of gcc were used on 2.4.0 vs. 2.4.1.
 Were different versions of as also used?  (hint?)
 
 Or somehow in linux/arch/i386/boot/setup.S, your source
 file has
 #define STANDARD_MEMORY_BIOS_CALL
 ?
 
 ~Randy  /  503-677-5408
 
granted, it is possible that a different gas was used, but extremely 
unlikely. I have been known to build my own compilers (need to try libc 
some time), but haven't played around w/ binutils. box is Redhat 6.[01]? 
upped to Mandrake 7.1 a month ago.

haven't installed any new compilers lately, I think that 2.4.1 makefile 
is different, selects diff compiler (haven't found out the differences 
btwn Mandrake and RedHat yet)

grepped sources for that #define; did not find anywhere

Sorry for bad grammar, usually not this bad, very very tired, can't make 
fingers type straight half the time.

currently running 2.4.1 rebuilt with mem=192M. Hope this is resolved soon.
Also will consider trying to specify compiler to be same as 2.4.0 build 
(not likely a good idea, given that pgcc 2.95.x borks 2.4.1 
[fxsr_alignment IIRC])

Also will look for different as executables. BTW, pgcc above is actually 
2.95.3, not 2.95.2

I'm rambling and need sleep.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



[BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-30 Thread Adam Schrotenboer

2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).

dmesg attached.


Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
BIOS-provided physical RAM map:
 BIOS-88: 0009f000 @  (usable)
 BIOS-88: 03ff @ 0010 (usable)
On node 0 totalpages: 16624
zone(0): 4096 pages.
zone(1): 12528 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=k241 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 (961k kernel code, 2832k reserved, 321k data, 204k 
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: 0081f9ff c0c1f9ff , 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: 0081f9ff c0c1f9ff  
CPU: After generic, caps: 0081f9ff c0c1f9ff  
CPU: Common caps: 0081f9ff c0c1f9ff  
CPU: AMD-K7(tm) Processor stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
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
DMI 2.2 present.
39 structures occupying 1001 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 6.0 PG
BIOS Release: 11/23/99
Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
Board Name: MS-6167 (AMD751).
Board Version: 1.X.
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14)
Starting kswapd v1.8
0x378: FIFO is 16 bytes
0x378: writeIntrThreshold is 16
0x378: readIntrThreshold is 16
0x378: PWord is 8 bits
0x378: Interrupts are ISA-Pulses
0x378: ECP port cfgA=0x10 cfgB=0x48
0x378: ECP settings irq=7 dma=
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE,COMPAT,EPP,ECP]
parport0: irq 7 detected
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
pty: 256 Unix98 ptys configured
lp0: using parport0 (polling).
block: queued sectors max/low 41821kB/13940kB, 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
ppdev: user-space parallel port driver
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 @ 0xd800
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.251 $ time 15:34:20 Jan 30 2001
usb-uhci.c: High bandwidth mode enabled
usb.c: registered new driver usbscanner
scanner.c: USB Scanner support registered.
usb.c: registered new driver usblp
usb.c: registered new driver rio500
rio500.c: USB Rio support registered.
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 (2622) 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: 204k freed
Adding Swap: 136512k swap-space (priority -1)



[BUG] 2.4.1 Detects 64 MB RAM, actual 192MB

2001-01-30 Thread Adam Schrotenboer

2.4.1 detects 64 MB, but 2.4.0 detects 192 (Maybe 191, not sure).

dmesg attached.


Linux version 2.4.1 (root@tabriel) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #9 Tue Jan 30 15:35:21 EST 2001
BIOS-provided physical RAM map:
 BIOS-88: 0009f000 @  (usable)
 BIOS-88: 03ff @ 0010 (usable)
On node 0 totalpages: 16624
zone(0): 4096 pages.
zone(1): 12528 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=k241 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 (961k kernel code, 2832k reserved, 321k data, 204k 
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: 0081f9ff c0c1f9ff , 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: 0081f9ff c0c1f9ff  
CPU: After generic, caps: 0081f9ff c0c1f9ff  
CPU: Common caps: 0081f9ff c0c1f9ff  
CPU: AMD-K7(tm) Processor stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
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
DMI 2.2 present.
39 structures occupying 1001 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 6.0 PG
BIOS Release: 11/23/99
Board Vendor: MICRO-STAR INTERNATIONAL CO., LTD.
Board Name: MS-6167 (AMD751).
Board Version: 1.X.
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14)
Starting kswapd v1.8
0x378: FIFO is 16 bytes
0x378: writeIntrThreshold is 16
0x378: readIntrThreshold is 16
0x378: PWord is 8 bits
0x378: Interrupts are ISA-Pulses
0x378: ECP port cfgA=0x10 cfgB=0x48
0x378: ECP settings irq=7 dma=none or set by other means
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE,COMPAT,EPP,ECP]
parport0: irq 7 detected
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
pty: 256 Unix98 ptys configured
lp0: using parport0 (polling).
block: queued sectors max/low 41821kB/13940kB, 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
ppdev: user-space parallel port driver
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 @ 0xd800
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.251 $ time 15:34:20 Jan 30 2001
usb-uhci.c: High bandwidth mode enabled
usb.c: registered new driver usbscanner
scanner.c: USB Scanner support registered.
usb.c: registered new driver usblp
usb.c: registered new driver rio500
rio500.c: USB Rio support registered.
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 (2622) 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: 204k freed
Adding Swap: 136512k swap-space (priority -1)