Ronald G Minnich writes:
> do you have a POST card. If not, get one .
I think I will now......
>
> this is a stupid but common problem: what kind of sdram, and also if you
> only have one sdram is it in slot 0 (or the lowest-numbered slot).
>
> under separete cover I will send you my docipl, linuxbios.strip, and
> vmlinux.bin.gz and you can test them. Use the burn script to burn them.
>
I am starting to find the problem. My kernel is 1MB, Ron's is 728 K:
[root@qis pcchips]# ls -l /root/ron/vm*
-rw-rw-r-- 1 niko niko 728134 Aug 25 15:44
/root/ron/vmlinux.bin.gz
-rw-r--r-- 1 root root 786432 Aug 25 14:47
/root/ron/vmlinux.bin.gz.block
[root@qis pcchips]# ls -l vm*
-rwxr-xr-x 1 root root 1047822 Aug 25 15:28 vmlinux.bin.gz
-rw-r--r-- 1 root root 1376256 Aug 25 15:30 vmlinux.bin.gz.block
[root@qis pcchips]#
If I burn with my huge kernel, I get this on the console:
flush 0x0bd30000 count 0x00008000
flush 0x0bd38000 count 0x00008000
flush 0x0bd40000 count 0x00008000
flush 0x0bd48000 count 0x00008000
flush 0x0bd50000 count 0x00008000
flush 0x0bd58000 count 0x00008000
flush 0x0bd60000 count 0x00008000
flush 0x0bd68000 count 0x00008000
74:fill_inbuf() - nvram:0x00800000 block_count:127
flush 0x0bd70000 count 0x00008000
invalid compressed format (err=1)
After replacing my kernel by Ron's kernel
[root@qis pcchips]# mv /root/ron/vmlinux.bin.gz .
mv: overwrite `./vmlinux.bin.gz'? y
[root@qis pcchips]#
what I get is:
flush 0x00248000 count 0x00008000
74:fill_inbuf() - nvram:0x000b0000 block_count:10
flush 0x00250000 count 0x00008000
flush 0x00258000 count 0x00008000
flush 0x00260000 count 0x00008000
flush 0x00268000 count 0x00008000
74:fill_inbuf() - nvram:0x000c0000 block_count:11
flush 0x00270000 count 0x00008000
flush 0x00278000 count 0x000067e0
<1005> command line - [root=/dev/hda6 console=ttyS0,115200 console=tty0
single] Jumping to boot code
Linux version 2.4.7 (rminnich@snaresland) (gcc version 2.96 20000731 (Red
Hat L1BIOS-provided physical RAM map:
BIOS-e801: 0000000000000000 - 000000000009f000 (usable)
BIOS-e801: 0000000000100000 - 0000000007700000 (usable)
.....
and so on...
booted just fine.
What is the problem with my kernel, can't it be bigger than 1MB ? Why when I
burn it with Ron's kernel fill_inbuf count finishes on 11 and mine on 127
wich I beleive is the end of the DoC ?
Nikolai.
