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 1ZCyN7-0002jV-JM for kexec@lists.infradead.org; Wed, 08 Jul 2015 23:03:22 +0000 Message-ID: <2c41ac3516494a1cc5d05462494b333b.squirrel@www.codeaurora.org> In-Reply-To: <20150703043241.GC21990@dhcppc13.redhat.com> References: <20150624033241.GA22348@localhost.localdomain> <558A25A3.60504@codeaurora.org> <20150627082256.GE21646@localhost.localdomain> <20150703043241.GC21990@dhcppc13.redhat.com> Date: Wed, 8 Jul 2015 23:03:00 -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: Pratyush Anand Cc: virajm@codeaurora.org, Timur Tabi , Azriel Samson , kexec@lists.infradead.org, ats-kumagai@wm.jp.nec.com 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 _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec