On Tue, Jun 8, 2010 at 2:55 PM, Dave Jones <davej@xxxxxxxxxx> wrote: > On Tue, Jun 08, 2010 at 02:46:54PM -0400, Bill Nottingham wrote: > > Dave Jones (davej@xxxxxxxxxx) said: > > > - kdump is kind of a disaster, it's never worked in fedora afair. > > > jarod was poking at it from a rhel context, but I doubt he has the time to maintain > > > it fulltime in fedora. lets just drop it all ? > > ... > > > - there's no more mkinitrd in f14, so dracut or gtfo ? > > > > Actually, why can't/shouldn't the kdump stuff use dracut? > > The with_kdump stuff we have in the spec now doesn't do anything at all afaict. > It hasn't since we stopped building ppc64-kdump. > > The mechanism for how kdump works is unrelated, this is all just cruft for > building a special kernel from when it wasn't relocatable. The only arch > that still has that affliction is s390 apparently, and well.. fedora-s390? really? Yeah, the with_kdump bits should probably all be obsolete now, we have relocatable kernels for all arches Fedora is built for (and possibly even for ppc64 now? not sure...), and s390 doesn't *really* build a true kdump kernel iiuc, its zfcpdump, which we're not going to patch in on top of Fedora. I can take a look at the spec bits if you like to double-check, but I'm pretty sure it can all go away w/o causing any problems anywhere. -- Jarod Wilson jarod@xxxxxxxxxxxx _______________________________________________ kernel mailing list kernel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/kernel
