On Wed, 27 Sep 2006 09:24:20 EDT, Vivek Goyal said: > Currently we are reserving 64MB of memory for our testing purposes on > i386 and x86_64. Any thing lesser than that, sometimes either system > hangs or OOM killer pitches in. Now people are working on preparing custom > initrd for dumping purposes so that dumping can be done from early user > space itself. This might lead to reduced memory usage and more reliability. > I think soon it should be available in fedora (busybox based custom initrd > for crashdumping purposes.) I'm told the busybox-based initrd stuff has been pushed to Fedora Rawhide, but it hasn't emerged yet - so most likely within the next 24 hours or so. I'll report back what happens... :)
Attachment:
pgpUmPwA3blOP.pgp
Description: PGP signature
- References:
- Stupid kexec/kdump question...
- From: [email protected]
- Re: Stupid kexec/kdump question...
- From: Andrew Morton <[email protected]>
- Re: [Fastboot] Stupid kexec/kdump question...
- From: Horms <[email protected]>
- Re: [Fastboot] Stupid kexec/kdump question...
- From: [email protected] (Eric W. Biederman)
- Re: [Fastboot] Stupid kexec/kdump question...
- From: [email protected]
- Re: [Fastboot] Stupid kexec/kdump question...
- From: Vivek Goyal <[email protected]>
- Stupid kexec/kdump question...
- Prev by Date: Re: stat of /proc fails after CPU hot-unplug with EOVERFLOW in 2.6.18
- Next by Date: Re: [take19 0/4] kevent: Generic event handling mechanism.
- Previous by thread: Re: [Fastboot] Stupid kexec/kdump question...
- Next by thread: EIP Errors kernel 2.6.18 ...
- Index(es):