[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8e62a029-f2fa-0627-1f71-4850a68ec6b6@intel.com>
Date: Thu, 10 Nov 2022 08:07:53 -0800
From: Dave Hansen <dave.hansen@...el.com>
To: Ross Philipson <ross.philipson@...cle.com>,
linux-kernel@...r.kernel.org, x86@...nel.org
Cc: dpsmith@...rtussolutions.com, tglx@...utronix.de, mingo@...hat.com,
bp@...en8.de, hpa@...or.com, luto@...capital.net,
dave.hansen@...ux.intel.com, kanth.ghatraju@...cle.com,
trenchboot-devel@...glegroups.com, jailhouse-dev@...glegroups.com,
jan.kiszka@...mens.com, xen-devel@...ts.xenproject.org,
jgross@...e.com, boris.ostrovsky@...cle.com,
andrew.cooper3@...rix.com
Subject: Re: [PATCH v2 1/2] x86: Check return values from early_memremap calls
On 11/10/22 07:45, Ross Philipson wrote:
> dt = early_memremap(initial_dtb, map_len);
> + if (!dt) {
> + pr_warn("failed to memremap initial dtb\n");
> + return;
> + }
Are all of these new pr_warn/err()'s really adding much value? They all
look pretty generic. It makes me wonder if we should just spit out a
generic message in early_memremap() and save all the callers the trouble.
Oh, and don't we try to refer to functions() with parenthesis?
Powered by blists - more mailing lists