From: loody <miloody@gmail.com>
To: Ben Nizette <bn@niasdigital.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: kernel panic about kernel unaligned access
Date: Thu, 5 Nov 2009 15:03:14 +0800 [thread overview]
Message-ID: <3a665c760911042303p7cdbd99frfeda5a3c3cb68ccb@mail.gmail.com> (raw)
In-Reply-To: <1256797453.4362.61.camel@ben-desktop>
hi all:
2009/10/29 Ben Nizette <bn@niasdigital.com>:
> On Tue, 2009-10-27 at 22:23 +0800, loody wrote:
>> Dear all:
>> I use kernel 2.6.18 and I get the kernel panic as below:
>
> Very old kernel, you're unlikely to get good responses.
>
>> 1. what does "Not tainted" mean?
>
> You haven't loaded a closed-source module, the system hasn't crashed
> before and a few other things. Pretty much that your system was in good
> shape before the bug
>
>> 2. I grep the kernel and I find the above message comes from do_ade in
>> unaligned.c, If I guess correctly.
>> but from the call trace I cannot find out who call it.
>> who and how kernel pass the information to do_ade?
>
> No-one calls it, it's an exception handler invoked when an unaligned
> access is attempted. Your question should be "on which assembler
> instruction is the unaligned access attempted" and you can find that out
> as below
>
>> 3. as far as i know, inode is the data structure we used to record file.
>
> Well, its a structure which holds metadata about files, yes
>
>> From what information in the inode I can find out the file name the
>> writeback_inodes try to write?
>
> Not with just this information; you'd need additional debug output, but
> even then I very much doubt that information would help you
>
>> 4. take [<87189564>] preempt_schedule+0x68/0xac for example, what
>> does "0xac" mean?
>
> That's the symbol size. 0x68 is the offset in to preempt_schedule and
> probably more useful for you. With that info, your vmlinux and gdb you
> can get the offending asm instruction.
>
> All that said, it's such an old kernel you're unlikely to get much help
> actually fixing the bug, you're much better off to upgrade if there's
> any chance of it.
>
> --Ben.
I have one question.
If we use mmap in usermode to map HW registers under mips machine,
what is the proper flag I should use in mmap or open?
Since I find the problem seems come from some application try to
access registers by mmaping.
appreciate your help,
miloody
prev parent reply other threads:[~2009-11-05 7:03 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3a665c760910270627u784d43b8t2978731110c920a4@mail.gmail.com>
2009-10-27 14:23 ` loody
2009-10-29 6:24 ` Ben Nizette
2009-11-05 7:03 ` loody [this message]
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=3a665c760911042303p7cdbd99frfeda5a3c3cb68ccb@mail.gmail.com \
--to=miloody@gmail.com \
--cc=bn@niasdigital.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®