[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f755f175-308b-7d7e-d3bb-3f538cdf075c@linux.intel.com>
Date: Tue, 21 Nov 2017 14:16:27 -0800
From: Dave Hansen <dave.hansen@...ux.intel.com>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: linux-kernel@...r.kernel.org, linux-mm@...ck.org,
moritz.lipp@...k.tugraz.at, daniel.gruss@...k.tugraz.at,
michael.schwarz@...k.tugraz.at, richard.fellner@...dent.tugraz.at,
luto@...nel.org, torvalds@...ux-foundation.org,
keescook@...gle.com, hughd@...gle.com, x86@...nel.org
Subject: Re: [PATCH 17/30] x86, kaiser: map debug IDT tables
On 11/20/2017 12:40 PM, Thomas Gleixner wrote:
> On Fri, 10 Nov 2017, Dave Hansen wrote:
>>
>> +static int kaiser_user_map_ptr_early(const void *start_addr, unsigned long size,
>> + unsigned long flags)
>> +{
>> + int ret = kaiser_add_user_map(start_addr, size, flags);
>> + WARN_ON(ret);
>> + return ret;
> What's the point of the return value when it is ignored at the call site?
I'm dropping this patch, btw. It was unnecessary.
Powered by blists - more mailing lists