Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1800791ybv; Fri, 21 Feb 2020 03:44:33 -0800 (PST) X-Google-Smtp-Source: APXvYqzVY2kn0zvQUPOR3VWgFlf/SrHivwsltHhMcRs1Gh3cQIUzz5CkG+5Yobed9yCKdKZcXhFI X-Received: by 2002:aca:4789:: with SMTP id u131mr1567708oia.43.1582285473498; Fri, 21 Feb 2020 03:44:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582285473; cv=none; d=google.com; s=arc-20160816; b=gvIi+YtlplDp2w8oQUoi6gtdwwcBaXF9CYP8byFg99EipnHOvUJcUiHkOpemkFxITK NvEdDvawo8ZyAT2JV040RxzwKzvr7QeDRsoOL/2WOJbVXJvjJoNNZc9wQU480OO3Y02E KIEzIluit4IMBkmmPKlvD+cjUnrF6InUlFnRewJOGdTH6/nz24VTq3vTbA9vXulX/N59 A3rn/DCiXCmtSltL+Zkx03vkVZowA32T4mKypTknr1Ococ1zZTaErs9lq15bVRdlbgr/ YH/VyomyEGG7PthWSBvrBW7Du25tbuZCbS4MPEEgjHmUNcIBX2+08GmXjsNGEXbT3fBL NJ8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=OR/Ks5oWcogYceCipfxipytVegJX5LSNTg8O2Gu9M0k=; b=aIJYiR9aJmSbcWY4hXiaqkX/YedX3PXxTCue+f9i00IBAZfvG1zyBU6j+oCWUelt4m Ohlsf+L7kZ0hMrNAGQzgR6b2MVDnWvRD2MyrYhXM7+eExoPZ0UfuFOTKvAInDaw0fRNl jKDoMoSxdb/Mv5qMiWFT4UH6GtM8NECKU+dDEZGiJ8q4Sa2gdCCzlR4/7zhAPCYZxBNh pF3wj0k9mEqHzI4SzUYiIKfIbXmEPBwKdQ1fYcTyWEPgqJdmsgTkASMRjSfC123Tzs6x z35b0Obkq8zMKWtrK/8vyWEeFTXQ4RGbYtGXMPAqIQKbcunZVJgQn3DCJ3KJBtbccyVo C1VQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=s8C7l30Z; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v18si623588oic.188.2020.02.21.03.44.20; Fri, 21 Feb 2020 03:44:33 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=default header.b=s8C7l30Z; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727137AbgBULoO (ORCPT + 99 others); Fri, 21 Feb 2020 06:44:14 -0500 Received: from mail.kernel.org ([198.145.29.99]:42832 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726909AbgBULoN (ORCPT ); Fri, 21 Feb 2020 06:44:13 -0500 Received: from localhost.localdomain (236.31.169.217.in-addr.arpa [217.169.31.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 679B0222C4; Fri, 21 Feb 2020 11:44:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582285453; bh=XlkurcWvOdbAlHwepPog2OjnadfMkPfYhanEHX/B9no=; h=From:To:Cc:Subject:Date:From; b=s8C7l30ZeWRptTjjHJCZ7Dw239cSvoh2oPBVwb/hwhgaNCQ+niYrwrGNhjxZyy/Nz WmkGsiX/n7vL0d6ffxlZ9MGEkuSvSRQbQbQW3afuoXL7j3bm52zXzlbYPq3ENzw7HI XA43AYnpYLNRsysg4qCgcnX96BrCKLdz8ZHRZIrM= From: Will Deacon To: linux-kernel@vger.kernel.org Cc: kernel-team@android.com, akpm@linux-foundation.org, Will Deacon , "K . Prasad" , Thomas Gleixner , Greg Kroah-Hartman , Frederic Weisbecker , Christoph Hellwig , Quentin Perret , Alexei Starovoitov , Masami Hiramatsu Subject: [PATCH 0/3] Unexport kallsyms_lookup_name() and kallsyms_on_each_symbol() Date: Fri, 21 Feb 2020 11:44:01 +0000 Message-Id: <20200221114404.14641-1-will@kernel.org> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi folks, Despite having just a single modular in-tree user that I could spot, kallsyms_lookup_name() is exported to modules and provides a mechanism for out-of-tree modules to access and invoke arbitrary, non-exported kernel symbols when kallsyms is enabled. This patch series fixes up that one user and unexports the symbol along with kallsyms_on_each_symbol(), since that could also be abused in a similar manner. Cheers, Will Cc: K.Prasad Cc: Thomas Gleixner Cc: Greg Kroah-Hartman Cc: Frederic Weisbecker Cc: Christoph Hellwig Cc: Quentin Perret Cc: Alexei Starovoitov Cc: Masami Hiramatsu --->8 Will Deacon (3): samples/hw_breakpoint: Drop HW_BREAKPOINT_R when reporting writes samples/hw_breakpoint: Drop use of kallsyms_lookup_name() kallsyms: Unexport kallsyms_lookup_name() and kallsyms_on_each_symbol() kernel/kallsyms.c | 2 -- samples/hw_breakpoint/data_breakpoint.c | 11 ++++++++--- 2 files changed, 8 insertions(+), 5 deletions(-) -- 2.25.0.265.gbab2e86ba0-goog