Hi!
> Although I know about LKCD and netdump, I'm developing yet another crash
> dump, which is a polling-based disk dump as netdump do. Because it
> disables any interrupts during doing dump, it can avoid lots of problems
> LKCD has.
>
> Main Feature
> - Reliability
> Diskdump disables interrupts, stops other cpus and writes to the
> disk with polling mode. Therefore, unnecessary functions(like
> interrupt handler) don't disturb dumping.
Hmm... with this, better design of swsusp mifht be feasible.
Pavel
--
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms
Hello,
On Thu, 03 Jun 2004 15:10:07 +0200, Pavel Machek wrote:
>> Although I know about LKCD and netdump, I'm developing yet another crash
>> dump, which is a polling-based disk dump as netdump do. Because it
>> disables any interrupts during doing dump, it can avoid lots of problems
>> LKCD has.
>>
>> Main Feature
>> - Reliability
>> Diskdump disables interrupts, stops other cpus and writes to the
>> disk with polling mode. Therefore, unnecessary functions(like
>> interrupt handler) don't disturb dumping.
>
>Hmm... with this, better design of swsusp mifht be feasible.
I don't know mechanism of swsusp well.
Do you mean diskdump is useful when saving system memory to the disk?
Regards,
Takao Indoh
Hi!
> >> Although I know about LKCD and netdump, I'm developing yet another crash
> >> dump, which is a polling-based disk dump as netdump do. Because it
> >> disables any interrupts during doing dump, it can avoid lots of problems
> >> LKCD has.
> >>
> >> Main Feature
> >> - Reliability
> >> Diskdump disables interrupts, stops other cpus and writes to the
> >> disk with polling mode. Therefore, unnecessary functions(like
> >> interrupt handler) don't disturb dumping.
> >
> >Hmm... with this, better design of swsusp mifht be feasible.
>
> I don't know mechanism of swsusp well.
> Do you mean diskdump is useful when saving system memory to the disk?
Yes. Self-contained code accessing disk would be usefull both when
saving system memory and when reading it back. (This is probably 2.8
material, through).
Pavel
--
934a471f20d6580d5aad759bf0d97ddc