On Mon, Dec 17, 2012 at 11:15:32PM -0800, Yinghai Lu wrote: > Now we have limit kdump reseved under 896M, because kexec has the limitation. > and also bzImage need to stay under 4g. > > To make kexec/kdump could use range above 4g, we need to make bzImage and > ramdisk could be loaded above 4g. > During booting bzImage will be unpacked on same postion and stay high. > > The patches add fields in setup_header and boot_params to > 1. get info about ramdisk position info above 4g from bootloader/kexec > 2. get info about cmd_line_ptr info above 4g from bootloader/kexec > 3. set xloadflags bit0 in header for bzImage and bootloader/kexec load > could check that to decide if it could to put bzImage high. > 4. use sentinel to make sure ext_* fields in boot_params could be used. > > This patches is tested with kexec tools with local changes and they are sent > to kexec list later. > > could be found at: > > > git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git > for-x86-boot > > and it is on top of linus's tree 2012-12-17 > plus tip:x86/mm, tip:x86/urgent, tip:x86/mm2
Ok, I have a question. So I started reviewing those and then a couple of days later you've sent a new patchset and have ignored all the review comments I made. They weren't a lot but still. So now that I see this new one, I'm not really inclined to look at it anymore because if you ignore that feedback again, then I'm clearly wasting my time. And I don't want to waste my time. I could be out fishing for all I know, instead of sitting in front of the crate here. So please, would you be so nice and tell me which is it: * you're not at all interested in feedback * you're not interested in *my* feedback, specifically * you don't care about properly written commit messages, as long as they work * writing proper commit messages is for pussies * ... anything else I can't think of. So I'd appreciate it if you stated which is it. I mean, it makes a very little sense, if any, to waste each-other's time and therefore, stating it out in the open is definitely and constructively more helpful. This way we all know where we're headed. Thanks a lot for your time. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/