mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [ANNOUNCE 0/7] Diskdump 1.0 Release
@ 2004-11-29 10:35 Takao Indoh
  2004-11-29 10:37 ` [ANNOUNCE 1/7] " Takao Indoh
                   ` (7 more replies)
  0 siblings, 8 replies; 19+ messages in thread
From: Takao Indoh @ 2004-11-29 10:35 UTC (permalink / raw)
  To: linux-kernel, lkdump-develop

Hi, all!
I release diskdump 1.0 for kernel 2.6.9. It can be downloaded from
the following site. Please feel free to use it!
   http://sourceforge.net/projects/lkdump

Diskdump project is a joint development of RedHat and Fujitsu, and I'd 
like to express my gratitude to a RedHat developers for many comments
and advices.

<Supported architecture>
- i386
- x86_64
- ia64
- ppc64 (New features supported by IBM)

<Supported disk>
- IDE disk (New features)
- SCSI disk which is connected to the following adapter
   o aic7xxx
   o aic79xx
   o Fusion MPT ScsiHost Driver
   o sym53c8xx (New features supported by IBM)
   o IBM Power Linux RAID (New features supported by IBM)

I prepare a mailing list for diskdump development. Please send a mail to 
this list if you have any comments.
   lkdump-develop at lists.sourceforge.net

I'd like to thank IBM, NEC and HITACHI developers for their cooperation.
Of course, I'd like to thank all people who gave me comments and advices
on LKML.


Best Regards,
Takao Indoh


^ permalink raw reply	[flat|nested] 19+ messages in thread
* Re: [lkdump-develop] Re: [ANNOUNCE 0/7] Diskdump 1.0 Release
@ 2004-11-30  0:31 Itsuro Oda
  2004-11-30 10:26 ` Vivek Goyal
  0 siblings, 1 reply; 19+ messages in thread
From: Itsuro Oda @ 2004-11-30  0:31 UTC (permalink / raw)
  To: linux-kernel

Hi,

I am a developer of an yet another crash dump (mkdump). 
I'd like to know conditions which cause taking dump fail.
It is helpful to share those informations for dump developers.

I have three major concerns about taking dump.
* interrupt disable
  taking dump should be run under interrput disable.
  diskdump is aware of that. How about kexec based dump ?
* avoid deadlock
  taking dump should not get any locks to avoid deadlock. (?)
  I think there are many posibility of deadlock in the kexec
  based dump (from crash occur to initiate the new kernel).
  (mkdump does not meet neither yet. :-p)
* be sure to get the other CPUs' register value
  How are the other CPUs' regsiter value get and how are the 
  other CPUs stoped ?
(of course the goal of mkdump is to solve these points 
 although not implemented yet :-)

Any other points to be consider ?
Comments and suggestions are welcome.

Thank you.
-- 
Itsuro ODA <oda@valinux.co.jp>


^ permalink raw reply	[flat|nested] 19+ messages in thread

end of thread, other threads:[~2004-12-01  5:57 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-11-29 10:35 [ANNOUNCE 0/7] Diskdump 1.0 Release Takao Indoh
2004-11-29 10:37 ` [ANNOUNCE 1/7] " Takao Indoh
2004-11-30  3:23   ` Rusty Russell
2004-12-01  0:50     ` Takao Indoh
2004-11-29 10:39 ` [ANNOUNCE 2/7] " Takao Indoh
2004-11-29 10:41 ` [ANNOUNCE 3/7] " Takao Indoh
2004-11-30  3:24   ` Rusty Russell
2004-11-29 10:43 ` [ANNOUNCE 4/7] " Takao Indoh
2004-11-29 10:45 ` [ANNOUNCE 5/7] " Takao Indoh
2004-11-29 10:47 ` [ANNOUNCE 6/7] " Takao Indoh
2004-11-29 10:48 ` [ANNOUNCE 7/7] " Takao Indoh
2004-11-29 11:19 ` [ANNOUNCE 0/7] " Arjan van de Ven
2004-11-29 12:34   ` [lkdump-develop] " Takao Indoh
2004-11-29 12:45     ` Arjan van de Ven
2004-11-30  1:15       ` Takao Indoh
2004-11-30 12:35         ` Arjan van de Ven
2004-11-30  0:31 Itsuro Oda
2004-11-30 10:26 ` Vivek Goyal
2004-12-01  5:57   ` Itsuro Oda

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®