I am running Red Hat v5.1 on a single processor PPro (Hyunday PP6000).
The sound card (Sound-Blaster AWE) and the network card (NE2000 clone)
are ISA PnP devices, both cards work well under Red Hat 5.1 and kernel
2.0.34. I have used kernels compiled on this machine/set-up several
times before. I followed the check list in the "Changes" file, except
I used the compiler and library which came with Red Hat: egcs-2.90.27
980315 (egcs-1.0.2 release) and glibc.
Problems and questions:
1. NFS does not work, it did work with 2.1.119. Error message:
> insmod: /lib/modules/2.1.120/misc/sunrpc.o: unresolved symbol checksignals
It is still possible to ping other machines on the network.
2. I get a message: "umount /usr : resource busy" at shutdown.
Is that a problem?
3. Sound-Blaster error messages:
> insmod: /lib/modules/2.1.119/misc/sb.o: too many values for dma (max 1)
> sound: Device or resource busy, can't locate midi
4. I did "modprobe -r" on all the loaded modules before I tried to
re-initialize the PnP using the "isapnp" tools, but I got a
kernel OOPS when using modprobe -r. The log and sumbols are
included below.
5. Nitpicking, but... The nice boot logo (the small green(?!) Penguin
who has drunken too much beer) sometimes hides the top most lines of
text, and it get erased by for example "top" or when switching consoles.
Also: the shift+PageUp/Down does not work for scrolling the console
when using the fram buffer. The frame buffer did not work in 24 bit
planes (got 16 bit planes in stead) or 32 bit (black screen).
6. This is probably a FAQ, but I did not find the fix for it:
Where did the ptys go? (xterm and xconsole can't find any).
Error message:
> modprobe: can't locate module char-major-4
> last message repeated 63 times
Should I make new ptys with mknod or something?
BTW: I compiled in support for Unix98 ptys, or something like
that. The configure.help indicated that it could be
Nice To Have, and at least should not hurt.
7. What does the message: "No image for 120" mean?
(120 is the label I gave to the kernel in lilo.conf)
8. There are several odd messages in the log.
Don't get too religious here, but: ...In the _beginning_
there were random bits(?), then someone booted LINUX: :-)
....and syslogd started:
> Sep 5 20:45:21 immpc4 syslogd 1.3-3: restart.
> Sep 5 20:45:21 immpc4 kernel: klogd 1.3-3, log source = /proc/kmsg started.
> Sep 5 20:45:21 immpc4 kernel: Loaded 5217 symbols from /usr/src/linux/System.map.
> Sep 5 20:45:21 immpc4 kernel: Symbols match kernel version 2.1.120.
> Sep 5 20:45:21 immpc4 kernel: Error seeking in /dev/kmem
> Sep 5 20:45:21 immpc4 kernel: Error adding kernel module table entry.
What does those errors mean.^^^^^^^^^^^^
System information:
> Sep 5 20:45:21 immpc4 kernel: Linux version 2.1.120 (root@immpc4) (gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)) #4 Sat Sep 5 19:14:56 CEST 1998
> Sep 5 20:45:21 immpc4 kernel: ide_setup: hdg=cdrom
> Sep 5 20:45:21 immpc4 kernel: Console: colour dummy device 80x25
> Sep 5 20:45:21 immpc4 kernel: Calibrating delay loop... 199.48 BogoMIPS
> Sep 5 20:45:21 immpc4 kernel: Memory: 95776k/98304k available (688k kernel code, 392k reserved, 1396k data, 52k init)
> Sep 5 20:45:21 immpc4 kernel: CPU: Intel Pentium Pro stepping 07
[snip]
> Sep 5 20:45:22 immpc4 kernel: PIIX3: IDE controller on PCI bus 00 dev 39
> Sep 5 20:45:22 immpc4 kernel: PIIX3: not 100ative mode: will probe irqs later
What does "not 100ative mode" mean?
[snip]
> Sep 5 20:45:22 immpc4 kernel: hdg: no response (status = 0xff)
That's OK. The PnP sound card to which the
hdg CDROM is attatched is not initialized yet.
> Sep 5 20:45:22 immpc4 kernel: IP-Config: No network devices available.
The network card is also not initialized, is this a problem?
[snip]
> Sep 5 20:52:19 immpc4 modprobe: can't locate module net-pf-4
> Sep 5 20:52:19 immpc4 modprobe: can't locate module net-pf-5
I guess these are FAQ, but they should not be necessary anyway.
[snip]
Kernel oops while fiddling whith modprobe:
> Sep 5 20:53:04 immpc4 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000030
> Sep 5 20:53:04 immpc4 kernel: current->tss.cr3 = 059ac000, `r3 = 059ac000
> Sep 5 20:53:04 immpc4 kernel: *pde = 00000000
> Sep 5 20:53:04 immpc4 kernel: Oops: 0000
> Sep 5 20:53:04 immpc4 kernel: CPU: 0
> Sep 5 20:53:04 immpc4 kernel: EIP: 0010:[<c014b2f2>]
> Sep 5 20:53:04 immpc4 kernel: EFLAGS: 00010206
> Sep 5 20:53:04 immpc4 kernel: eax: 00000017 ebx: 0000005c ecx: 00000017 edx: c5dcb05c
> Sep 5 20:53:04 immpc4 kernel: esi: 00000030 edi: c5dcb05c ebp: c5d912c0 esp: c5a5becc
> Sep 5 20:53:04 immpc4 kernel: ds: 0018 es: 0018 ss: 0018
> Sep 5 20:53:04 immpc4 kernel: Process modprobe (pid: 536, process nr: 31, stackpage=c5a5b000)
> Sep 5 20:53:04 immpc4 kernel: Stack: 00000f18 c01b7348 00000060 c5dcb058 c014b60a c5d912c0 00000007 0000005c
> Sep 5 20:53:04 immpc4 kernel: 00000030 c5d912c0 c69b3300 c000b5a0 bffff6fc 00000000 00000292 c5d912c0
> Sep 5 20:53:04 immpc4 kernel: 00000005 c5dcb000 00000005 c5dcb000 c5dcb000 000005dc c014b7b6 c5d912c0
> Sep 5 20:53:04 immpc4 kernel: Call Trace: [<c014b60a>] [<c69b3300>] [<c014b7b6>] [<c69b3300>] [<c014bcc0>] [<c69b3300>] [<c0148e54>]
> Sep 5 20:53:04 immpc4 kernel: [<c69b3300>] [<c69b3300>] [<c018d05c>] [<c69b3300>] [<c69b3300>] [<c69b2c9d>] [<c69b3300>] [<c69b3300>]
> Sep 5 20:53:04 immpc4 kernel: [<c69b2000>] [<c69b2000>] [<c01170f4>] [<c69b2000>] [<c0116780>] [<c69b2000>] [<c010a8f4>]
> Sep 5 20:53:04 immpc4 kernel: Code: f3 a5 f6 c3 02 74 02 66 a5 f6 c3 01 74 01 a4 5b 5e 5f 5d 83
The symbol table reads:
> c014b1a4 T rtnl_unlock
> c014b1fc T rtattr_parse
> c014b280 T __rta_fill
> c014b30c T rtnetlink_send
> c014b360 t rtnetlink_fill_ifinfo
> c014b650 T rtnetlink_dump_ifinfo
[snip]
Oops, here comes one triggered by ifconfig,
probably while shifting run level:
> Sep 5 21:06:42 immpc4 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000088
> Sep 5 21:06:42 immpc4 kernel: current->tss.cr3 = 0515f000, `r3 = 0515f000
> Sep 5 21:06:42 immpc4 kernel: *pde = 00000000
> Sep 5 21:06:42 immpc4 kernel: Oops: 0000
> Sep 5 21:06:42 immpc4 kernel: CPU: 0
> Sep 5 21:06:42 immpc4 kernel: EIP: 0010:[<c01480d5>]
> Sep 5 21:06:42 immpc4 kernel: EFLAGS: 00010206
> Sep 5 21:06:42 immpc4 kernel: eax: 00000030 ebx: c69b3300 ecx: 00000000 edx: 00000030
> Sep 5 21:06:42 immpc4 kernel: esi: c589f143 edi: 00000000 ebp: 00000400 esp: c5a17f44
> Sep 5 21:06:42 immpc4 kernel: ds: 0018 es: 0018 ss: 0018
> Sep 5 21:06:42 immpc4 kernel: Process ifconfig (pid: 606, process nr: 36, stackpage=c5a17000)
> Sep 5 21:06:42 immpc4 kernel: Stack: c0148189 c589f143 c69b3300 c01b6d30 00000400 ffffffea 00000000 c0140a8c
> Sep 5 21:06:42 immpc4 kernel: c589f000 c5a17f98 00000000 00000400 00000000 c54c6980 00000000 ffffffea
> Sep 5 21:06:42 immpc4 kernel: 00000400 00000000 c01b6d30 c589f000 00000000 00000000 c0125292 c54c6980
> Sep 5 21:06:42 immpc4 kernel: Call Trace: [<c0148189>] [<c69b3300>] [<c0140a8c>] [<c0125292>] [<c010a8f4>]
> Sep 5 21:06:42 immpc4 kernel: Code: 8b 42 58 50 8b 42 40 03 42 44 03 42 50 03 42 4c 50 8b 42 24
The symbol table again:
> c0147edc T register_gifconf
> c0147efc t dev_ifname
> c0147fb8 t dev_ifconf
> c01480b8 t sprintf_stats
> c0148150 T dev_get_info
> c01481d0 t dev_proc_stats
> c0148224 T dev_set_promiscuity
> c014827c T dev_set_allmulti
> c01482b4 T dev_change_flags
-- Viggo L. Norum- 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/faq.html