From: "John Z. Bohach" <jzb@aexorsyst.com>
To: linux-kernel@vger.kernel.org
Subject: BIOS causes (exposes?) modprobe (load_module) kernel oops
Date: Tue, 21 Mar 2006 20:05:58 -0800 [thread overview]
Message-ID: <200603212005.58274.jzb@aexorsyst.com> (raw)
Linux 2.6.14.2, yeah, I know, and sorry if this has been fixed...but read on, please,
this is a new take...
So everything else is equal...same rootfs, same command line, same
kernel, and same modules...
When I boot my x86 board with one BIOS (and bootloader, not to forget that),
I can modprobe 'til the proverbial cows come home...
With the other BIOS (and its own bootloader), modprobe'ing ANY module gets this:
# modprobe ide-core
Unable to handle kernel paging request at virtual address e081e000
printing eip:
c0127ae5
*pde = 01774067
*pte = 1fa6b01e
Oops: 0002 [#1]
SMP
Modules linked in:
CPU: 0
EIP: 0060:[<c0127ae5>] Not tainted VLI
EFLAGS: 00010202 (2.6.14.2-2-zbios)
eax: 00000000 ebx: e08128f0 ecx: 00004ac4 edx: 00012b10
esi: 00012b10 edi: e081e000 ebp: 00000000 esp: df863f3c
ds: 007b es: 007b ss: 0068
Process modprobe (pid: 265, threadinfo=df862000 task=dfe31030)
Stack: c17b1f60 e081e000 00000000 e0812380 00000000 00000000 00000000 00000000
0000000d 00000011 00000000 00000018 00000009 00000000 0000000f 0000001f
0000001e 00000020 e0819298 e0804000 b7e76000 df862000 b7f162f4 df862000
Call Trace:
[<c0127f98>]
[<c010271d>]
Code: 89 44 24 18 83 c4 14 83 7c 24 04 00 0f 84 0a 04 00 00 8b 7c 24 0c 31 ed 89 e8 8b b7 bc 00 00 00 8b 7c 24 04 89 f1
Segmentation fault
I've seen others post similar issues, but no one has correlated it to a BIOS issue.
Can anybody suggest to me why on earth BIOS would matter when
modprobe'ing??? I'm a BIOS engineer, and I can fix my own @#$%, but
I cannot fathom the connection, at least not while I can pass a breathalizer test...
Thanks,
John
P.S.: I've not been able to find any other problems or issues on either BIOS. Modules
that were linked in at build time (full USB stack, a couple of SCSI mods., and a few
network mods. all work fine...), and no other manifestations that anything is amiss...
I can provide more details, but all I'm looking for is a hint at what the connection between
load_module and BIOS might be...I can probably take it from there...
next reply other threads:[~2006-03-22 4:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-22 4:05 John Z. Bohach [this message]
2006-03-22 9:06 ` Arjan van de Ven
2006-03-23 3:48 ` John Z. Bohach
2006-03-23 5:26 ` John Z. Bohach
2006-03-23 5:42 ` Randy.Dunlap
2006-03-24 17:36 ` mem= causes oops (was Re: BIOS causes (exposes?) modprobe (load_module) kernel oops) John Z. Bohach
2006-03-25 0:32 ` Randy.Dunlap
2006-03-25 18:36 ` John Z. Bohach
2006-03-25 18:50 ` mem= causes oops Jan Engelhardt
2006-03-26 17:41 ` Randy.Dunlap
2006-03-26 18:40 ` Jan Engelhardt
2006-04-05 19:07 ` mem= causes oops (was Re: BIOS causes (exposes?) modprobe (load_module) kernel oops) Randy.Dunlap
2006-04-06 16:18 ` John Z. Bohach
2006-04-06 20:18 ` [PATCH] mpparse: prevent table index out-of-bounds Randy.Dunlap
2006-04-07 5:34 ` John Z. Bohach
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200603212005.58274.jzb@aexorsyst.com \
--to=jzb@aexorsyst.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome