Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp452548pxb; Wed, 20 Jan 2021 11:00:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJywFlLlr1e9F6Xt9aX8OzG1z4Nf7SLzXFpRtmrouo9G4L6IHzQkq3e8wRAHsFpHrUiPHKKJ X-Received: by 2002:a05:6402:a52:: with SMTP id bt18mr8614266edb.228.1611169241783; Wed, 20 Jan 2021 11:00:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611169241; cv=none; d=google.com; s=arc-20160816; b=pCuRbVpSyosh4UgRcwGV7SMzLvlV0anZmmd9JiZfVMZZame3E4oJXqkgFdzJoJuUzo 6+nsOE2Fvyw71yrLIpsMSdcL3XkZBL1YVRqjzbHYXEi+Gwtv56EurwYoJrnT01kkbxlZ hw9VDvvOEVWg3+kDCuJRykb7nOCetIYKmsQBpspwwCgRb9IBo1+SqgL1Q9UIqGMUrZ/w aiC0Ccr/J1tfehdR+MX+Ud0PGdOY341SxUA3gVBFscZOPtpMelmhOIxLR13NnZ9frPZt WtaNNZePC1ZNjvdQsOoguUQ/+2KhzuNgKDoM0lLubfZKljgJY1eg55JHrvwQlQifetTW 3Cbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=A108kjHRUQdQY86++G1ojoBlN5bivr2NbhXvZVQXIjs=; b=f/sJCk31FEeO2GyXZ5PqBzuY6ec8DyX3kC8k7W5zlHo+bhY6V+DWguJ0FRjDI0rWn2 IdSJzHEXs7/PijeKu0zLHFxcrBDEenbyn7kVqdv66fvlxWiSamlB3SZLhgIAGzVz6ODO YQSwtAunxFeO6lbZoGabZGku8iswcogPMF8/LQCUjMHhXX2ZjC+CSjkifTU8ydj8M6KM piHDO0EHQP02FtqlWfuJcVgGaWDZLv5aYMguPuA7PYJ7/LWKI/ZDfE9PdPrxsAe+iuwU O953sAewj4V/x2Mu0dC+ZJFycWNTF5ucCHanr9+NFj48HdQxvGpNwF1DS/cb2Wo6R0jo tCmw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=O+Jp4nnR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mc7si923297ejb.172.2021.01.20.11.00.17; Wed, 20 Jan 2021 11:00:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=O+Jp4nnR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2392253AbhATS7H (ORCPT + 99 others); Wed, 20 Jan 2021 13:59:07 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:27242 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1733065AbhATRje (ORCPT ); Wed, 20 Jan 2021 12:39:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1611164287; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=A108kjHRUQdQY86++G1ojoBlN5bivr2NbhXvZVQXIjs=; b=O+Jp4nnRgSqPoahOR8Axembde8TZBDRfXm1lq9djCpWpTQ9FeQu4ayZmKm6BwEWhQ1qmfZ HKVx9ZVqe/z4IgF+QOpvRjB7D8Yc54ppWkkHBtMGNjYf5axuFppR2hSjourPkl1IbdzdrX +Y7IYnt5yXjp/881yNPcoCE9N/RIY5g= Received: from mail-wm1-f72.google.com (mail-wm1-f72.google.com [209.85.128.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-80-UE0-1GiHNVOvez8DZDFzqg-1; Wed, 20 Jan 2021 12:38:05 -0500 X-MC-Unique: UE0-1GiHNVOvez8DZDFzqg-1 Received: by mail-wm1-f72.google.com with SMTP id y9so581215wmi.8 for ; Wed, 20 Jan 2021 09:38:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=A108kjHRUQdQY86++G1ojoBlN5bivr2NbhXvZVQXIjs=; b=QxdTYchmCErbR/w5LmiZDBidZvK9inmY/wXiPLeNCTyNYWUO3WnLu/D4nlXWFgwnO8 AqxrJNrXrZuG7+IyZ4Fp5wFCY6fT7VIAzpH70kb8H4A9hQHAOCP5gw60iFTHGfLrETzy AlIJ+zEKtYrsxRzFFuY6HKlzQE/WuEShUrPT23GpldbanzaGWtgPk2m40Dttgv/54mI4 0rEjPyXil6m0ZUpNkjU2DujmWTfH9aQ6a6qgU6Wnkjvtf2ej/6MIhzQaaROKFYz2Q4xl eHjgp9FVjFC4FoEqqBilA5qGZks6tkg85U8ehB5F4zu0qZkY81z3oG8OAyGg+QsGp1Ju S2nQ== X-Gm-Message-State: AOAM533o9aEkVCgyhcZXxju3Mw8nopt6t+f54wYoZpzr2pzn3v5CUDnQ H4stwzy+f8dy7LqAF96q0i8jNtZ1JMH7rJg1Mik5k57QOWSL2fnTbZ9Fc5NfNwg1oDP6TS3D8Cg nl2fN92b2wGSbHxezTTT9L0f3If9r9ycaDHh7srZ3vjIs3JGgIkyucXWNHfxouSppNzQPmZPDKx Kz X-Received: by 2002:a05:6000:1565:: with SMTP id 5mr10630102wrz.109.1611164283719; Wed, 20 Jan 2021 09:38:03 -0800 (PST) X-Received: by 2002:a05:6000:1565:: with SMTP id 5mr10630076wrz.109.1611164283494; Wed, 20 Jan 2021 09:38:03 -0800 (PST) Received: from redfedo.redhat.com ([2a01:cb14:499:3d00:cd47:f651:9d80:157a]) by smtp.gmail.com with ESMTPSA id x11sm4948325wmi.4.2021.01.20.09.38.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Jan 2021 09:38:03 -0800 (PST) From: Julien Thierry To: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: catalin.marinas@arm.com, will@kernel.org, ardb@kernel.org, masahiroy@kernel.org, keescook@chromium.org, michal.lkml@markovi.net, jpoimboe@redhat.com, peterz@infradead.org, mark.rutland@arm.com, broonie@kernel.org, linux-efi@vger.kernel.org, linux-hardening@vger.kernel.org, Julien Thierry Subject: [RFC PATCH 00/17] objtool: add base support for arm64 Date: Wed, 20 Jan 2021 18:37:43 +0100 Message-Id: <20210120173800.1660730-1-jthierry@redhat.com> X-Mailer: git-send-email 2.25.4 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, This series enables objtool to start doing stack validation on arm64 kernel builds. It relies on the previous series I sent, refactoring the arm64 decoder [1]. First, the aarch64 instruction decoder needed to be made available to code under tools/. This is done in a similar manner to x86 instruction decoded. One limitation I encountered there is that most of aarch64 instruction decoder is __kprobe annotated. To bypass that it remove the kprobe include and had to add an empty __kprobe definition, but I'd welcome a proper solution to that. Then instruction semantics are progressively added so objtool can track the stack state through the execution flow. There are a few things that needed consideration: - Generation of constants within executable sections, these either caused objtool to fail decoding or to wrongly decode constants as jumps or other instructions affecting execution flow and causing confusion. To solve this, tracking locations referenced by instructions using literals was needed. - Jump tables from switch statements in aarch64 don't have enough information to link branches with the branch instruction leading to them. For this, we use a gcc plugin to add some information to establish those missing links in a format that is already supported by objtool With this, there are still some errors when building with objtool. A number of cleanups/annotations are needed on the arm64, as well as handling SYM_DATA objects in objtool. Those changes can be found on top of this branch here: git clone https://github.com/julien-thierry/linux.git -b objtoolxarm64-latest But it would be nice to have some feedback on this before I start submitting everyting. [1] https://lkml.org/lkml/2021/1/20/791 Thanks, Julien --> Julien Thierry (15): tools: Add some generic functions and headers tools: arm64: Make aarch64 instruction decoder available to tools tools: bug: Remove duplicate definition objtool: arm64: Add base definition for arm64 backend objtool: arm64: Decode add/sub instructions objtool: arm64: Decode jump and call related instructions objtool: arm64: Decode other system instructions objtool: arm64: Decode load/store instructions objtool: arm64: Decode LDR instructions objtool: arm64: Accept padding in code sections efi: libstub: Ignore relocations for .discard sections objtool: arm64: Implement functions to add switch tables alternatives objtool: arm64: Cache section with switch table information objtool: arm64: Handle supported relocations in alternatives objtool: arm64: Ignore replacement section for alternative callback Raphael Gault (2): gcc-plugins: objtool: Add plugin to detect switch table on arm64 objtool: arm64: Enable stack validation for arm64 arch/arm64/Kconfig | 2 + drivers/firmware/efi/libstub/Makefile | 2 +- scripts/Makefile.gcc-plugins | 2 + scripts/gcc-plugins/Kconfig | 4 + .../arm64_switch_table_detection_plugin.c | 85 + tools/arch/arm64/include/asm/aarch64-insn.h | 551 +++++++ tools/arch/arm64/lib/aarch64-insn.c | 1425 +++++++++++++++++ tools/include/asm-generic/bitops/__ffs.h | 11 + tools/include/linux/bug.h | 6 +- tools/include/linux/kernel.h | 21 + tools/include/linux/printk.h | 40 + tools/objtool/Makefile | 5 + tools/objtool/arch/arm64/Build | 8 + tools/objtool/arch/arm64/decode.c | 471 ++++++ .../arch/arm64/include/arch/cfi_regs.h | 14 + tools/objtool/arch/arm64/include/arch/elf.h | 6 + .../arch/arm64/include/arch/endianness.h | 9 + .../objtool/arch/arm64/include/arch/special.h | 23 + tools/objtool/arch/arm64/special.c | 134 ++ tools/objtool/arch/x86/decode.c | 5 + tools/objtool/check.c | 6 + tools/objtool/include/objtool/arch.h | 3 + tools/objtool/sync-check.sh | 5 + 23 files changed, 2832 insertions(+), 6 deletions(-) create mode 100644 scripts/gcc-plugins/arm64_switch_table_detection_plugin.c create mode 100644 tools/arch/arm64/include/asm/aarch64-insn.h create mode 100644 tools/arch/arm64/lib/aarch64-insn.c create mode 100644 tools/include/linux/printk.h create mode 100644 tools/objtool/arch/arm64/Build create mode 100644 tools/objtool/arch/arm64/decode.c create mode 100644 tools/objtool/arch/arm64/include/arch/cfi_regs.h create mode 100644 tools/objtool/arch/arm64/include/arch/elf.h create mode 100644 tools/objtool/arch/arm64/include/arch/endianness.h create mode 100644 tools/objtool/arch/arm64/include/arch/special.h create mode 100644 tools/objtool/arch/arm64/special.c -- 2.25.4