Prev: 2.6.35 vs. 2.6.33: ata_piix does not find any device after piix is loaded
Next: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
From: Simon Horman on 5 Aug 2010 02:50 On Wed, Aug 04, 2010 at 04:06:48PM +0900, Simon Horman wrote: > Hi, > > After all the excitement of relocating kexec-tools from > one location on kernel.org to another last week it was > suggested to me by Michael Neuling that the merging > kexec-tools into the kernel tree would be a good idea. > > Given that there have been a bunch of issues with kexec > on power that this would resolve. and there is precedence > for tools in the kernel tree, this sounds entirely reasonable to me. > So with my kexec-tools maintainer hat on, I would like to start > a conversation about this. Thanks to everyone for their responses. I think we can safely conclude that the body of opinion is that its not appropriate for kexec-tools to be included in the kernel tree. Primarily because it isn't tied closely to the kernel ABI. As such I withdraw this proposal. Thanks in particular to those who offered ideas on how to resolve some of the problems that kexec-tools faces. Lets make those ideas happen. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |