From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from e2.ny.us.ibm.com ([32.97.182.142]) by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux)) id 1Tb4bT-000467-7U for kexec@lists.infradead.org; Wed, 21 Nov 2012 07:20:12 +0000 Received: from /spool/local by e2.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 21 Nov 2012 02:20:08 -0500 Received: from d01relay07.pok.ibm.com (d01relay07.pok.ibm.com [9.56.227.147]) by d01dlp03.pok.ibm.com (Postfix) with ESMTP id 03451C90042 for ; Wed, 21 Nov 2012 02:20:06 -0500 (EST) Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay07.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id qAL7K5Z555902284 for ; Wed, 21 Nov 2012 02:20:05 -0500 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id qAL7K4hw007964 for ; Wed, 21 Nov 2012 02:20:05 -0500 Message-ID: <50AC809E.9060907@linux.vnet.ibm.com> Date: Wed, 21 Nov 2012 12:49:58 +0530 From: Aravinda Prasad MIME-Version: 1.0 Subject: Re: [PATCH v2 0/7] makedumpfile security key filtering with eppic References: <50A4E524.8020702@linux.vnet.ibm.com> <348117236.32179739.1352989665917.JavaMail.root@redhat.com> <20121115155557.GF2529@redhat.com> <50A60CF2.6010309@linux.vnet.ibm.com> <20121116143649.GA4515@redhat.com> <20121120184755.01bc3c780dc226fe32f06e66@mxc.nes.nec.co.jp> In-Reply-To: <20121120184755.01bc3c780dc226fe32f06e66@mxc.nes.nec.co.jp> 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-bounces@lists.infradead.org Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Atsushi Kumagai , vgoyal@redhat.com Cc: ananth@in.ibm.com, mahesh@linux.vnet.ibm.com, kexec@lists.infradead.org, LChouinard@s2sys.com, tachibana@mxm.nes.nec.co.jp, anderson@redhat.com, buendgen@de.ibm.com On 2012-11-20 15:17, Atsushi Kumagai wrote: ... >>> >>> >>> As I mentioned, we don't need vmlinux in initramfs as filtering is done >>> during post processing only. >> >> You are missing the point. The point is that despite the fact that >> scrubbing will never be done from initramfs, all the users will pay >> penalty for increased makedumpfile size. >> >> So why not write a separate tool (scrub-vmcore) so that makedumpfile >> users don't pay the bloated size penatly. > > As Vivek said, I think it's difficult to persuade almost all distributor > to specify EPPIC=on. > > So, it seems that separate tool is better way for both user and distributor. > If you will make it, I will drop eppic support from v1.5.1 and export core > functions from makedumpfile as library for such tools in the future. > > Does this meet your purpose, Aravinda ? Vivek, Atsushi, How about distributions building two targets one with default makedumpfile and other with EPPIC=on, which can be done by a simple modification to Makefile. Default makedumpfile will go into initramfs and the one with EPPIC=on can be used for filtering. This will avoid initramfs bloat and will also save effort in developing a new tool and exporting makedumpfile functions to a library. Also if we build a new tool, eventually, we will end up sharing the existing makdumpfile code. > > > Thanks > Atsushi Kumagai > > _______________________________________________ > kexec mailing list > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec > -- Regards, Aravinda _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec