Hello !
I patched my test10 directly to test11 (I didn't use the PREs, so I
can't
say which exact version caused my problem, though if it's
important I can check that). Anyway, after I saw the problem, I
downloaded the whole kernel tree to see if it's not just some patching
problem, but it still happens:
Some of the modules I load (bttv.o , eepro.o , ide-scsi.o), return a
kernel oops, and since then I see them in lsmod stuck in that position:
bttv 55460 1 (initializing)
It seems to me like a problem with modules loading (some of these
modules weren't changed since test10)..
Here's an example of the oops that bttv.o returns:
----
bttv0: model: BT848A(Fly Video II) [insmod option]
Unable to handle kernel paging request at virtual address 00010000
printing eip:
c8852050
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c8852050>]
EFLAGS: 00010202
eax: 00010000 ebx: c8868748 ecx: fffffffb edx: c886b110
esi: c88683bc edi: c8868660 ebp: c8868748 esp: c7455e88
ds: 0018 es: 0018 ss: 0018
Process insmod (pid: 403, stackpage=c7455000)
Stack: c8858169 c8868660 c8868748 c88683bc c8868666 c8868660 c885c2b7
c8868660
c8868500 00000001 c8868500 00000001 c8868665 c88648e5 00000000
00000282
c8868500 c887d000 0000d8a4 c8861e5b c8868500 00000000 c8868500
c12ed400
Call Trace: [<c8858169>] [<c8868660>] [<c8868748>] [<c88683bc>]
[<c8868666>] [<c8868660>] [<c885c2b7>]
[<c8868660>] [<c8868500>] [<c8868500>] [<c8868665>] [<c88648e5>]
[<c8868500>] [<c887d000>] [<c8861e5b>]
[<c8868500>] [<c8868500>] [<c8862b0e>] [<c8868500>] [<c8866a20>]
[<c0188049>] [<c8866988>] [<c8866a20>]
[<c01880a4>] [<c8866a20>] [<c885c000>] [<c8862bf5>] [<c8866a20>]
[<c011ba1d>] [<c885a000>] [<c885c060>]
[<c010a5cb>]
Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 ff 09 0f
----
Bye,
Oren.
On Sat, 25 Nov 2000 15:59:30 +0200,
Oren Held <[email protected]> wrote:
>I patched my test10 directly to test11 (I didn't use the PREs, so I
>can't
Upgrade to modutils 2.3.21.