From: "Randy.Dunlap" <rdunlap@xenotime.net>
To: jzb@aexorsyst.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: BIOS causes (exposes?) modprobe (load_module) kernel oops
Date: Wed, 22 Mar 2006 21:42:57 -0800 [thread overview]
Message-ID: <20060322214257.1ef798e5.rdunlap@xenotime.net> (raw)
In-Reply-To: <200603222126.56720.jzb@aexorsyst.com>
On Wed, 22 Mar 2006 21:26:56 -0800 John Z. Bohach wrote:
> On Wednesday 22 March 2006 19:48, John Z. Bohach wrote:
> > On Wednesday 22 March 2006 01:06, Arjan van de Ven wrote:
> > > On Tue, 2006-03-21 at 20:05 -0800, John Z. Bohach wrote:
> > > > Linux 2.6.14.2, yeah, I know, and sorry if this has been fixed...but
> > > > read on, please, this is a new take...
> > >
> > > at least enable CONFIG_KALLSYMS to get us a readable backtrace
> >
> > I'll do you one better: here's the failing line from module.c:
> >
> > /* Determine total sizes, and put offsets in sh_entsize. For now
> > this is done generically; there doesn't appear to be any
> > special cases for the architectures. */
> > layout_sections(mod, hdr, sechdrs, secstrings);
> >
> > /* Do the allocs. */
> > ptr = module_alloc(mod->core_size);
> > if (!ptr) {
> > err = -ENOMEM;
> > goto free_percpu;
> > }
> > !!! ---> memset(ptr, 0, mod->core_size);
> > mod->module_core = ptr;
> >
>
> Let me summarize this a little better:
>
> ptr = module_alloc(mod->core_size);
>
> is fine, but when a few lines later, memset() tries to operate on that same
> ptr to zero it out with
>
> memset(ptr, 0, mod->core_size);
>
> I get:
>
> Unable to handle kernel paging request at virtual address f8806000
> (f8806000 is (in this case) the value of ptr returned by module_alloc()).
>
> I've validated the parameters, they all look okay. I think the page fault for ptr
> is normal(?), and the page fault handler is suppossed to set up this page???
> but fails...
>
> Yet it succeeds with a different BIOS and bootloader, is what I'm trying to say.
>
> So it seems that the page fault handler is somehow affected by something that the
> BIOS has/has not done, long after the system has booted and been running, with
> many page faults under its belt...now I've seen it all...or not.
Sounds like we need to see complete boot logs from both BIOSen boots.
Can you do that?
I'm just guessing that the memory maps are different, but who knows.
---
~Randy
next prev parent reply other threads:[~2006-03-23 5:40 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-22 4:05 John Z. Bohach
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 [this message]
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=20060322214257.1ef798e5.rdunlap@xenotime.net \
--to=rdunlap@xenotime.net \
--cc=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
all inboxes | Powered by JetHome®