From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id B7D09C4167B for ; Wed, 6 Dec 2023 15:38:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=/ZOJ4/37tUyyiSbSedtCq+N6tOQgydj+yDfm/cFYuMo=; b=XPcRInx86QC4sg SXmtJ39XRYzd1opLNuHo4VvfLnY1IcfBjATjd4TSzt5+1U+Gjq0z88Ka/ugu1cHtNAzGo6KKuLz41 D8fzc1jZ52pW9zcUjHOOFxPXwm5UykZVOE+VCyoAgSGNHz4/lDNwa0lnSvYhxG7uNLXVQwjNP4ljU 6WDdGq3EMez6wbxREI1tKQeNozzBUkPiHDFHGAc6WJupCgpfkd0nxvZAGQb2mlyJz585yUNuDZcVu 2QTZ70yqK/TlC3j/ZG1BhZCkn7jNIbSFBCdSGrW8Wm2wwVXfTCKTaU5bHseDrDfGX0XBc/savC7mx nfodZ3I4jvo4wRc+aaEA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1rAtyU-00AdvM-1K; Wed, 06 Dec 2023 15:38:10 +0000 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1rAtyQ-00Adsi-2d for linux-arm-kernel@lists.infradead.org; Wed, 06 Dec 2023 15:38:08 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1701877086; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7m8xOH4+zttkQQNEKRFuMltiPwniLE68hwW+zcTlG4s=; b=SiMOekyeX2psNqniHyRa1XuQwMZwv6KQvh/Chh8kWe9EuCP4J9kzMtt+yYQHBSzx28rtJt 5MGLZ0KpipA3Uq767Qa/cD5/hWcBySTB6XphFJ94yWZVRCSG1Nb8mmPUDBsUsVQ/LJ9Ti1 Hepde8dOzGmewRIdFBvPjyNkH1NPa0o= Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-428-vpZ8jbrXNUaooO-lmVkN9w-1; Wed, 06 Dec 2023 10:37:57 -0500 X-MC-Unique: vpZ8jbrXNUaooO-lmVkN9w-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 414881C32941; Wed, 6 Dec 2023 15:37:56 +0000 (UTC) Received: from localhost (unknown [10.72.113.121]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 8A16D8C0C; Wed, 6 Dec 2023 15:37:55 +0000 (UTC) Date: Wed, 6 Dec 2023 23:37:52 +0800 From: Baoquan He To: Conor Dooley Cc: Conor Dooley , linux-kernel@vger.kernel.org, kexec@lists.infradead.org, x86@kernel.org, linux-arm-kernel@lists.infradead.org, linux-riscv@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, linux-parisc@vger.kernel.org, akpm@linux-foundation.org, joe@perches.com, nathan@kernel.org Subject: Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required Message-ID: References: <20231130023955.5257-1-bhe@redhat.com> <20231130023955.5257-6-bhe@redhat.com> <20231201-blog-blasphemy-985d2665903c@wendy> <20231204-liftoff-enclosure-d3e3daf0ab6e@spud> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20231204-liftoff-enclosure-d3e3daf0ab6e@spud> X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.5 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20231206_073806_923391_915EF04C X-CRM114-Status: GOOD ( 43.85 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 12/04/23 at 04:14pm, Conor Dooley wrote: > On Mon, Dec 04, 2023 at 11:38:05PM +0800, Baoquan He wrote: > > On 12/01/23 at 10:38am, Conor Dooley wrote: > > > On Thu, Nov 30, 2023 at 10:39:53AM +0800, Baoquan He wrote: > > > > > > $subject has a typo in the arch bit :) > > > > Indeed, will fix if need report. Thanks for careful checking. > > > > > > > > > Replace pr_debug() with the newly added kexec_dprintk() in kexec_file > > > > loading related codes. > > > > > > Commit messages should be understandable in isolation, but this only > > > explains (part of) what is obvious in the diff. Why is this change > > > being made? > > > > The purpose has been detailedly described in cover letter and patch 1 > > log. Andrew has picked these patches into his tree and grabbed the cover > > letter log into the relevant commit for people's later checking. All > > these seven patches will be present in mainline together. This is common > > way when posting patch series? Please let me know if I misunderstand > > anything. > > Each patch having a commit message that explains why a change is being > made is the expectation. It is especially useful to explain the why > here, since it is not just a mechanical conversion of pr_debug()s as the > commit message suggests. Sounds reasonable. I rephrase the patch 3 log as below, do you think it's OK to you? I will also adjust patch logs on other ARCH once this one is done. Thanks. ============================= Subject: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required Then when specifying '-d' for kexec_file_load interface, loaded locations of kernel/initrd/cmdline etc can be printed out to help debug. Here replace pr_debug() with the newly added kexec_dprintk() in kexec_file loading related codes. And also replace pr_notice() with kexec_dprintk() in elf_kexec_load() because it's make sense to always print out loaded location of purgatory and device tree even though users don't expect the message. And also remove kexec_image_info() because the content has been printed out in generic code. ============================ > > > > > > > > > > > > And also remove kexec_image_info() because the content has been printed > > > > out in generic code. > > > > > > > > Signed-off-by: Baoquan He > > > > --- > > > > arch/riscv/kernel/elf_kexec.c | 11 ++++++----- > > > > arch/riscv/kernel/machine_kexec.c | 26 -------------------------- > > > > 2 files changed, 6 insertions(+), 31 deletions(-) > > > > > > > > diff --git a/arch/riscv/kernel/elf_kexec.c b/arch/riscv/kernel/elf_kexec.c > > > > index e60fbd8660c4..5bd1ec3341fe 100644 > > > > --- a/arch/riscv/kernel/elf_kexec.c > > > > +++ b/arch/riscv/kernel/elf_kexec.c > > > > @@ -216,7 +216,6 @@ static void *elf_kexec_load(struct kimage *image, char *kernel_buf, > > > > if (ret) > > > > goto out; > > > > kernel_start = image->start; > > > > - pr_notice("The entry point of kernel at 0x%lx\n", image->start); > > > > > > > > /* Add the kernel binary to the image */ > > > > ret = riscv_kexec_elf_load(image, &ehdr, &elf_info, > > > > @@ -252,8 +251,8 @@ static void *elf_kexec_load(struct kimage *image, char *kernel_buf, > > > > image->elf_load_addr = kbuf.mem; > > > > image->elf_headers_sz = headers_sz; > > > > > > > > - pr_debug("Loaded elf core header at 0x%lx bufsz=0x%lx memsz=0x%lx\n", > > > > - image->elf_load_addr, kbuf.bufsz, kbuf.memsz); > > > > + kexec_dprintk("Loaded elf core header at 0x%lx bufsz=0x%lx memsz=0x%lx\n", > > > > + image->elf_load_addr, kbuf.bufsz, kbuf.memsz); > > > > > > > > /* Setup cmdline for kdump kernel case */ > > > > modified_cmdline = setup_kdump_cmdline(image, cmdline, > > > > @@ -275,6 +274,8 @@ static void *elf_kexec_load(struct kimage *image, char *kernel_buf, > > > > pr_err("Error loading purgatory ret=%d\n", ret); > > > > goto out; > > > > } > > > > + kexec_dprintk("Loaded purgatory at 0x%lx\n", kbuf.mem); > > > > + > > > > ret = kexec_purgatory_get_set_symbol(image, "riscv_kernel_entry", > > > > &kernel_start, > > > > sizeof(kernel_start), 0); > > > > @@ -293,7 +294,7 @@ static void *elf_kexec_load(struct kimage *image, char *kernel_buf, > > > > if (ret) > > > > goto out; > > > > initrd_pbase = kbuf.mem; > > > > > > > - pr_notice("Loaded initrd at 0x%lx\n", initrd_pbase); > > > > + kexec_dprintk("Loaded initrd at 0x%lx\n", initrd_pbase); > > > > > > This is not a pr_debug(). > > > > > > > } > > > > > > > > /* Add the DTB to the image */ > > > > @@ -318,7 +319,7 @@ static void *elf_kexec_load(struct kimage *image, char *kernel_buf, > > > > } > > > > /* Cache the fdt buffer address for memory cleanup */ > > > > image->arch.fdt = fdt; > > > > > > > - pr_notice("Loaded device tree at 0x%lx\n", kbuf.mem); > > > > + kexec_dprintk("Loaded device tree at 0x%lx\n", kbuf.mem); > > > > > > Neither is this. Why are they being moved from pr_notice()? > > > > You are right. > > > > While always printing out the loaded location of purgatory and > > device tree doesn't make sense. It will be confusing when users > > see these even when they do normal kexec/kdump loading. It should be > > changed to pr_debug(). > > > > Which way do you suggest? > > 1) change it back to pr_debug(), fix it in another patch; > > 2) keep it as is in the patch; > > Personally I think it is fine to change them all in one patch, but the > rationale for converting pr_notice() to your new debug infrastructure > needs to be in the commit message. Sure, sounds good to me. I have changed the patch log to reflect this as you suggested, please help check. Thanks again. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel