From: Marco Stornelli <marco.stornelli@gmail.com>
To: Maxim Levitsky <maximlevitsky@gmail.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: RAMOOPS: few questions
Date: Wed, 02 Jun 2010 11:22:07 +0200 [thread overview]
Message-ID: <4C0622BF.8070602@gmail.com> (raw)
In-Reply-To: <1275420747.2574.8.camel@maxim-laptop>
Il 01/06/2010 21:32, Maxim Levitsky ha scritto:
> Hi,
>
> I want to switch over my own patch that does more or less the same that
> this driver.
>
> As I see this driver uses ioremap to reserve the memory.
> However, I have a question about how to tell kernel that specific memory
> region is reserved.
>
> Well, I use now mem=... to do so, but this wastes space, because the
> region I need can't be near end of the RAM.
>
Have you got any particular constraints?
> I tried to use 'memmap=20M$0x70000000' on kernel command line, but that
> just makes kernel reboot.
> I think its a bug though.
>
> Also, does this driver dupms all kernel log or only panic/oops message?
It dumps all, but there's a fixed size for each dump, so you can see the
panic/oops information and the latest prints of the kernel before
panic/oops.
> My patch actually makes kernel store actual printk buffer in fixed
> location, thus it is very robust. It was rejected though in favour of
> solution you eventually implemented.
>
> Also I would like to extend your driver to dump old contents of the ram
> buffer to kernel log, so one wouldn't worry about erasing in on next
> boot after crash.
> Don't know when I do that though.
>
ramoops uses a circular buffer of fixed size to store more information.
The number of "dumps" depends on the region size of memory you use.
Regards,
Marco
next prev parent reply other threads:[~2010-06-02 9:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-01 19:32 RAMOOPS: few questions Maxim Levitsky
2010-06-02 9:22 ` Marco Stornelli [this message]
2010-06-02 10:07 ` Maxim Levitsky
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=4C0622BF.8070602@gmail.com \
--to=marco.stornelli@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maximlevitsky@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.