Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp6913imd; Fri, 2 Nov 2018 16:32:35 -0700 (PDT) X-Google-Smtp-Source: AJdET5eyhbeWoDxe6E9JAy3scJqCtTHdBddKham+Wo7DHWqwxugN9/fKz9XrSt7bqcoOxcB96nUP X-Received: by 2002:a17:902:50e3:: with SMTP id c32-v6mr13418180plj.39.1541201555420; Fri, 02 Nov 2018 16:32:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541201555; cv=none; d=google.com; s=arc-20160816; b=osJQd43PzUSB8DDulg3LHOxkmyNd0AOAZF9q9nn0YDkreIPB75zOXv0NxiJsvxD1Cx h1/Zbt/4CfEWuuxpUpIR4RusYlzblbsRiMKSt64ntNU6Z946tQp+dZgGik8HwJOY/EfF A80xtANVg0K6UwvB4ePPizB8VcwfwfZLkO3JPzp7xMFUrVpGjuBEDRobpPVVQDc/BreW vJnyB59T0Y3voZU56JGulAlyijPz8bcn3D+wcPKCRpzhbqZNRAd1TLgE01kssph759r3 rocFytJx/mYeZQ1I2uG121NsYiq+5DCX2cJ0nFTIYYgm+iJd+PD2zvmo8XyGGjwSgl8I JG4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from; bh=cwLeBbkBCg4/tJIPpTnPfv8G7/SXqwR5LJhAbRNvKxU=; b=ZVqWY65UeqW35XZKU+ej5M2PAvBbrc08bf23ZhmideZ0KJ1y3S1vvjK5KcuNVyUNZA fJxyd55VSFo0Ug0nwNt3lgW+1NC3EQSaysXfPfNvfPMlbCHRVzNt5Wy5eLHogyoBF4a9 1sBWv20YMgA88PNqpVLJC3kieTMUW431B6wFDB38ZCUO15zfYF6FSJiLTgDliWzcg8Fz V9MudqFOYSHdhQwyRveMgI9vgNBg2xQvqnqlkuOCinNY/pyjH+F/+Tbxjl2iRam36iG/ z8IVzeGnqKkAxcA8gKlHTwj9rREj8qMhh76osnQU0p8NaiywM+lCrBM5SXk7zaCIfxdd sSBw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=vmware.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e90-v6si35522656plb.369.2018.11.02.16.32.21; Fri, 02 Nov 2018 16:32:35 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=vmware.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728621AbeKCIlA (ORCPT + 99 others); Sat, 3 Nov 2018 04:41:00 -0400 Received: from ex13-edg-ou-001.vmware.com ([208.91.0.189]:8611 "EHLO EX13-EDG-OU-001.vmware.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728555AbeKCIlA (ORCPT ); Sat, 3 Nov 2018 04:41:00 -0400 Received: from sc9-mailhost2.vmware.com (10.113.161.72) by EX13-EDG-OU-001.vmware.com (10.113.208.155) with Microsoft SMTP Server id 15.0.1156.6; Fri, 2 Nov 2018 16:31:32 -0700 Received: from sc2-haas01-esx0118.eng.vmware.com (sc2-haas01-esx0118.eng.vmware.com [10.172.44.118]) by sc9-mailhost2.vmware.com (Postfix) with ESMTP id C98C0B14D9; Fri, 2 Nov 2018 19:31:42 -0400 (EDT) From: Nadav Amit To: Ingo Molnar CC: , , "H. Peter Anvin" , Thomas Gleixner , Borislav Petkov , Dave Hansen , Nadav Amit , Andy Lutomirski , Kees Cook , Peter Zijlstra Subject: [PATCH v3 7/7] x86/alternatives: remove text_poke() return value Date: Fri, 2 Nov 2018 16:29:46 -0700 Message-ID: <20181102232946.98461-8-namit@vmware.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20181102232946.98461-1-namit@vmware.com> References: <20181102232946.98461-1-namit@vmware.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: None (EX13-EDG-OU-001.vmware.com: namit@vmware.com does not designate permitted sender hosts) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The return value of text_poke() is meaningless - it is one of the function inputs. One day someone may allow the callers to deal with text_poke() failures, if those actually happen. In the meanwhile, remove the return value. Cc: Andy Lutomirski Cc: Kees Cook Cc: Peter Zijlstra Reviewed-by: Masami Hiramatsu Tested-by: Masami Hiramatsu Signed-off-by: Nadav Amit --- arch/x86/include/asm/text-patching.h | 2 +- arch/x86/kernel/alternative.c | 3 +-- 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/arch/x86/include/asm/text-patching.h b/arch/x86/include/asm/text-patching.h index ffe7902cc326..1f73f71b4de2 100644 --- a/arch/x86/include/asm/text-patching.h +++ b/arch/x86/include/asm/text-patching.h @@ -34,7 +34,7 @@ extern void *text_poke_early(void *addr, const void *opcode, size_t len); * On the local CPU you need to be protected again NMI or MCE handlers seeing an * inconsistent instruction while you patch. */ -extern void *text_poke(void *addr, const void *opcode, size_t len); +extern void text_poke(void *addr, const void *opcode, size_t len); extern int poke_int3_handler(struct pt_regs *regs); extern void *text_poke_bp(void *addr, const void *opcode, size_t len, void *handler); extern int after_bootmem; diff --git a/arch/x86/kernel/alternative.c b/arch/x86/kernel/alternative.c index 1a40df4db450..6d64d7f8c2ed 100644 --- a/arch/x86/kernel/alternative.c +++ b/arch/x86/kernel/alternative.c @@ -698,7 +698,7 @@ __ro_after_init unsigned long poking_addr; * holding the mutex and ensures that none of them will acquire the * mutex while the code runs. */ -void *text_poke(void *addr, const void *opcode, size_t len) +void text_poke(void *addr, const void *opcode, size_t len) { bool cross_page_boundary = offset_in_page(addr) + len > PAGE_SIZE; temporary_mm_state_t prev; @@ -805,7 +805,6 @@ void *text_poke(void *addr, const void *opcode, size_t len) */ BUG_ON(memcmp(addr, opcode, len)); local_irq_restore(flags); - return addr; } static void do_sync_core(void *info) -- 2.17.1