From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]) by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1UzpMh-0003lO-5A for kexec@lists.infradead.org; Thu, 18 Jul 2013 14:39:32 +0000 Date: Thu, 18 Jul 2013 10:38:34 -0400 From: Vivek Goyal Subject: Re: [PATCH v7 0/5] kdump: Allow ELF header creation in new kernel Message-ID: <20130718143834.GC785@redhat.com> References: <20130717180049.3b9c6ec8@holzheu> <20130717214207.GB27633@redhat.com> <20130718124004.098b85f4@holzheu> <20130718132757.GA785@redhat.com> <20130718163121.0b7fdcba@holzheu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130718163121.0b7fdcba@holzheu> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=twosheds.infradead.org@lists.infradead.org To: Michael Holzheu Cc: kexec@lists.infradead.org, Heiko Carstens , linux-kernel@vger.kernel.org, Jan Willeke , HATAYAMA Daisuke , Martin Schwidefsky , Andrew Morton On Thu, Jul 18, 2013 at 04:31:21PM +0200, Michael Holzheu wrote: [..] > > Hi Michael, > > > > Once this patch series gets merged for 3.12, can we first do some cleanup > > of s390 code before we do further development there. Basically there is > > no reason that s390 kdump should be any different than x86. So all the > > logic of OLD base can go away. > > Hello Vivek, > > You mean that we first integrate the agreed "ELF header in new memory" > patch series, then do the cleanup, and after that we discuss the further > development (storage keys)? Yes. Thanks Vivek _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec