I just scanned the lilo source, and I see no reason for there to be a
problem with 100M vs 99M in the command line.
Have you tried typing mem=100M on the command line instead of using the
append= parameter in /etc/lilo.conf?
Nathan
-----Original Message-----
From: fehrle [mailto:fehrle@uni-bonn.de]
Sent: Monday, October 25, 1999 11:29 AM
To: linux-kernel@vger.rutgers.edu
Subject: No boot for append>99M in lilo in kernel 2.2.13
No boot for append>99M in lilo in kernel 2.2.13
PC freezes on boot with kernel 2.2.13. As its a compaq pc its necessary to
put the line append="mem=112M" in lilo.conf to make it see more than 16M.
This leads to freeze, if mem written is greater than 99M- append="mem=100M"
freezes, append="mem=99M" works. Compaq Prosignia 300- Bios E15 8/17/99.
This is new for kernel 2.2.13, 2.2.12 works without that behavior.
memory, compaq lilo.conf mem=xxxM
Linux version 2.2.13 (root@kai3.kai.meb-intern) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #20 Mon Okt 25 14:00:47 CEST 1999
Memory: 0k/0k available (0k kernel code, 0k reservedn 0k data, 0k init)
Uanble to handle kernell NULL pointer dereference at virtual address
00000000
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde=00000000
Oops: 0002
CPU: 0
EIP 0010:[<c010fcdc>]
EFLAGS: 001002
eax:00000000 ebx:00000001 ecx:00000202 edx:00000000
esi:00000015 edi:c0244000 ebp:c0245ef8 esp:c0245f00
ds: 0018 es:0018 ss:0018
Process swapper (pid:0,process nr:0, stackpage=c0245000)
Stack: 00000015 c0245f5c c0120eb0 00000015 00000015 c0245f5c c022aa40
00000282
00000000 00002000 c019ce52 00000000 00000015 c011f44d c022aa48
00000020
c022aa40 00000282 c0239740 00000212 00000001 00000015 00000020
00000000
Call Trace: [<c0120eb0>] [<c019ce52>] [<c011f44dd>] [<c011f7ef>]
[<c011ee50>] [<c01efa00>] [<c01f131e>]
[<c0106000>] [<c0106000>] [<c0100176>]
Code c7 02 00 00 00 00 83 7a 3c 00 75 s8 a1 3c 40 24 c0 c7 42 40
Kernel Panic: Attempted to kill the idle task!
In swapper task - not syncing
/script/ver_linux
-- Versions installed: (if some fields are empty or looks
-- unusual then possibly you have very old versions)
Linux kai3.kai.meb-intern 2.2.12 #6 Fre Okt 8 12:19:55 CEST 1999 i586
unknown
Kernel modules 2.1.121
Gnu C egcs-2.91.66
Binutils 2.9.1.0.23
Linux C Library 2.1.1
Dynamic linker ldd (GNU libc) 2.1.1
Procps 2.0.2
Mount 2.9o
Net-tools 1.52
Console-tools 1999.03.02
Sh-utils 1.16
Modules Loaded
/proc/meminfo for mem=99M
total: used: free: shared: buffers: cached:
Mem: 100782080
18845696 81936384 11841536 1441792 10981376
Swap: 123342848 0
123342848
MemTotal: 98420 kB
MemFree: 80016 kB
MemShared: 11564
kB
Buffers: 1408 kB
Cached: 10724 kB
SwapTotal: 120452
kB
SwapFree: 120452 kB
/proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 5
model : 2
model name
: Pentium 75 - 200
stepping : 6
cpu MHz : 120.274295
fdiv_bug : no
hlt_bug
: no
sep_bug : no
f00f_bug : yes
coma_bug : no
fpu : yes
fpu_exception :
yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr mce
cx8
bogomips : 48.03
/proc/scsi
Attached devices:
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: Quantum
Model: VP32210 Rev: L915
Type: Direct-Access
ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 05 Lun: 00
Vendor:
COMPAQ Model: CRD-254V Rev: 1.06
Type: CD-ROM
ANSI SCSI revision: 02
Sorry, if I did something wrong, had not to report any supposed errors
before :-)
Regards
Lutz Fehrle
fehrle@mailer.meb.uni-bonn.de
Lutz Fehrle
Klinik und Poliklinik fuer Anaesthesiologie
und spezielle Intensivmedizin
Medizinische Einrichtungen der Universitaet Bonn
Sigmund-Freud-Strasse 25
D-53105 Bonn
Germany
Tel.: +49-228-287-4120
Fax: +49-228-287-4115
E-Mail: fehrle@mailer.meb.uni-bonn.de
fehrle@uni-bonn.de
-
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/
-
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/