From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from smtp.codeaurora.org ([198.145.29.96]) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1ZRkXS-00065A-Tg for kexec@lists.infradead.org; Tue, 18 Aug 2015 17:19:07 +0000 Message-ID: In-Reply-To: <2c41ac3516494a1cc5d05462494b333b.squirrel@www.codeaurora.org> References: <20150624033241.GA22348@localhost.localdomain> <558A25A3.60504@codeaurora.org> <20150627082256.GE21646@localhost.localdomain> <20150703043241.GC21990@dhcppc13.redhat.com> <2c41ac3516494a1cc5d05462494b333b.squirrel@www.codeaurora.org> Date: Tue, 18 Aug 2015 17:18:44 -0000 Subject: Re: [PATCH] makedumpfile: Support ARM64 From: "Azriel Samson" MIME-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: sgoel@codeaurora.org Cc: Pratyush Anand , Timur Tabi , Azriel Samson , kexec@lists.infradead.org, virajm@codeaurora.org, ats-kumagai@wm.jp.nec.com Adding Sameer as he has a few questions on kvbase. > Hi Pratyush, > > I was able to run makedumpfile with "-d 31" but the dumpfile was > approximately the same size as that of vmcore (~16GB). > > Answers inline. > >> Hi Azriel, >> >> On 01/07/2015:06:42:46 PM, Azriel Samson wrote: >>> Hi Pratyush, >>> >>> I am working with Timur and we are testing your version of >>> makedumpfile. >> >> Thanks for testing. >> >>> The tool is unable to get the kernel version and quits from >>> check_release(). >> >> Couple of questions: >> >> 1. Can you please let me know VA_BITS configured in your case? > VA_BITS=3D39 >> 2. Do you expect any regions other than vmalloc, vmemmap or modules, >> which are not directly mapped and their physical address need to be >> found from swapper_pg_dir? > No >> In my vmcore, I did not had any address where >> is_vtop_from_page_table_arm64 would be true. So, vtop_arm64 function >> has been only cross checked logically. So, >> a) Please put a print in vtop_arm64 and check if control goes there? >> b) if yes, then please print vaddr and paddr at the end of vtop_arm64 >> and see if that is correct. If not we need to debug vtop_arm64. > I still need to try this. Will get back when I do. >> ~Pratyush >> >>> >>> I tried to debug the vmcore file with gdb but the file looks corrupt. >>> >>> Let me know if you have any ideas on what could be wrong? >>> >>> > Hi Timur, >>> > >>> > On 23/06/2015:10:36:03 PM, Timur Tabi wrote: >>> >> Pratyush Anand wrote: >>> >> >I can try to find out some time in weekend to refactor arm64 code >>> >> >and then add 3 level, 4K support. May be I will need a Tested-by. >>> >> >>> >> We'd be more than happy to test any code from you promptly. We're >>> eager >>> >> to >>> >> get this to work. >>> > >>> > I have done the changes, hopefully it should work, but have not >>> > tested. Let me know, if it works will send them as formal patches >>> > to upstream. >>> > >>> > https://github.com/pratyushanand/makedumpfile.git : arm64_support >>> > (9b95423bcea0) >>> > >>> > ~Pratyush >>> > >>> >>> -- >>> Thanks, >>> Azriel Samson >>> Qualcomm Innovation Center, Inc. >>> The Qualcomm Innovation Center, Inc. is a member of the Code Aurora >>> Forum,=A0 >>> a Linux Foundation Collaborative Project >> > > > -- > Thanks, > Azriel Samson > Qualcomm Innovation Center, Inc. > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora > Forum,=A0 > a Linux Foundation Collaborative Project > -- = Thanks, Azriel Samson Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,= =A0 a Linux Foundation Collaborative Project _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec