Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4265827ybz; Mon, 20 Apr 2020 19:47:49 -0700 (PDT) X-Google-Smtp-Source: APiQypLpwJk12lB8oTJZJWNvFQGFFp6R1OX+xDaXhu47QQWiTQGvd5+kPeHmr0BOmr5BKlasJEuT X-Received: by 2002:a17:906:c06:: with SMTP id s6mr18354793ejf.198.1587437269795; Mon, 20 Apr 2020 19:47:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587437269; cv=none; d=google.com; s=arc-20160816; b=kWjTjfeLklapm1BfPiY24Kb3PFQ7k/E3KHGO7b3YZvnW7W/INirQtPDt0FUG9wL9Th 8EBDFIoMu104tEWnWTDM1OvwlAsS545Eba6Exk749+7vHRwIfUojsILGAUuy3Nk0nai+ OfVPlW17cGfhe30u2N0L4BOFmfBJ5/6ZJ5NyGmJcDmfyeKVCPQmOLzcsJjpDtoqfruFU N3XPwXnsfayE1YxwqdKmSlgE2mvXe/rvh4GMOvP6HtYop0E88/hBUuDV4bA0ZfVMWwVz CT8naHePuwiKeo/V8C1cEMlw2l17F9QfcPZQBXgXKas8SP5twHOUDGlbI5hIKxA+/04Y 3KMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=o5OcbUGHwiU1CmRyAs5hmz04gA+MaTAsH/b/sIzr7cU=; b=PvKyACkxo4gi84/9fs2KW9F8rKU/qNoVvTs04imQqNnDlydorFdKDUtIlkTXElC+B2 wmPatWRRtnd233YLYgwYwgvqoMA2cimJXRrn773X9GNN9RgLA6d2HYOwo3WRM8ZzhBEU 0qxoZ/TncPlddPEH0uxwzgGLD5UNg7OqFHullBhub1naO6bTeuz41BLJeCcSFBD+t0LW yKgJLy8XT2K3e1QyJg02WoZqbT4tklDsudQNCZ1fxRBuuXTmISowaYMBAf2ZBJCcJzfY 5EhpUUz7KfLmUKwgm7GLBsh17sVRFkkiz3djCJncNT97o2MD8MVJ3T5q3rfqK3ZsV2i7 xPlQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=KN56EWmX; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x17si694633ejn.21.2020.04.20.19.47.18; Mon, 20 Apr 2020 19:47:49 -0700 (PDT) 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=@gmail.com header.s=20161025 header.b=KN56EWmX; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726847AbgDUCqU (ORCPT + 99 others); Mon, 20 Apr 2020 22:46:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53058 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725829AbgDUCqT (ORCPT ); Mon, 20 Apr 2020 22:46:19 -0400 Received: from mail-lf1-x144.google.com (mail-lf1-x144.google.com [IPv6:2a00:1450:4864:20::144]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 78445C061A0E; Mon, 20 Apr 2020 19:46:19 -0700 (PDT) Received: by mail-lf1-x144.google.com with SMTP id 198so9845340lfo.7; Mon, 20 Apr 2020 19:46:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=o5OcbUGHwiU1CmRyAs5hmz04gA+MaTAsH/b/sIzr7cU=; b=KN56EWmXtN8o0IvMzCvJH3XSM9pOdbqZ5nAD9AoPLE+MXetTf0Rykt8SGBHkjtiMS9 lx6EJ2iYn+Pb7oDrdVUyQf7mjWvfGr6bjVmSI2zJUN4SnupxsawEOPpdj7GfJcQ+wLPk rX95L534Ob9XyS3Wm8xeShzZ9JidZZjbOjujWoyKdJ2xgW1/EmsUsC0L1kS9IZNVOI3r 9wvLdfnenrs9mKqyvz1DX8++9R1cGxFuWwrrnCWOZ/6X9tCTnzD7c4Zpkh0ozM3vrIsD niO5m1SZibfXVqrMMxg1a9P3xw00ZBqaXUquszXVRjEM29HVQudqy7jl+E2zhaPVv0W9 xvCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=o5OcbUGHwiU1CmRyAs5hmz04gA+MaTAsH/b/sIzr7cU=; b=YWtBOgANUjI/n8MbEFksXwCf7ffDM30zSotpjtgZee0VTj1htfiC/u6vk1GOmaWOU7 j0qITZf7J6/V/N0CRezWMbg3k2vEi8tsYT40KsnaWWAleOCcxxmjkKM7LHoRlt2p5FHd 1mq9Y7N0ilIRo3ey9AAlqiUALL+kXJnqmuaeOHHsZwdiAMFl8wbcb+dVAZz+9xH7oHU1 IH0PBdUWRVD/B+nxqyjPClyZTzhYWEMtCWT9hiSGPH5tCPXvXyj1MkvUBijNdVTVX0cF E5dt2jeH+aVdzjv5zLNApnMdZx9RWFIpg5t16IiSOsDDS9LI3BtBRAsLdEQ7B/LjRHoc 8coA== X-Gm-Message-State: AGi0PuaJWoDkf5QU0IscHS7RF+2320m4NvJpvSCAzoASuSRBFUK+B8UE IY7gbWnKcbJLSO/IHRSzXsJ/fW8ws7F0it/lo7U= X-Received: by 2002:ac2:569b:: with SMTP id 27mr12499931lfr.134.1587437177744; Mon, 20 Apr 2020 19:46:17 -0700 (PDT) MIME-Version: 1.0 References: <20200418232655.23870-1-luke.r.nels@gmail.com> In-Reply-To: <20200418232655.23870-1-luke.r.nels@gmail.com> From: Alexei Starovoitov Date: Mon, 20 Apr 2020 19:46:05 -0700 Message-ID: Subject: Re: [PATCH bpf 1/2] bpf, x86: Fix encoding for lower 8-bit registers in BPF_STX BPF_B To: Luke Nelson Cc: bpf , Luke Nelson , Xi Wang , "David S. Miller" , Alexey Kuznetsov , Hideaki YOSHIFUJI , Alexei Starovoitov , Daniel Borkmann , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , X86 ML , Martin KaFai Lau , Song Liu , Yonghong Song , Andrii Nakryiko , John Fastabend , KP Singh , Shuah Khan , Network Development , LKML , "open list:KERNEL SELFTEST FRAMEWORK" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Apr 18, 2020 at 4:27 PM Luke Nelson wrote: > > This patch fixes an encoding bug in emit_stx for BPF_B when the source > register is BPF_REG_FP. > > The current implementation for BPF_STX BPF_B in emit_stx saves one REX > byte when the operands can be encoded using Mod-R/M alone. The lower 8 > bits of registers %rax, %rbx, %rcx, and %rdx can be accessed without using > a REX prefix via %al, %bl, %cl, and %dl, respectively. Other registers, > (e.g., %rsi, %rdi, %rbp, %rsp) require a REX prefix to use their 8-bit > equivalents (%sil, %dil, %bpl, %spl). > > The current code checks if the source for BPF_STX BPF_B is BPF_REG_1 > or BPF_REG_2 (which map to %rdi and %rsi), in which case it emits the > required REX prefix. However, it misses the case when the source is > BPF_REG_FP (mapped to %rbp). > > The result is that BPF_STX BPF_B with BPF_REG_FP as the source operand > will read from register %ch instead of the correct %bpl. This patch fixes > the problem by fixing and refactoring the check on which registers need > the extra REX byte. Since no BPF registers map to %rsp, there is no need > to handle %spl. > > Fixes: 622582786c9e0 ("net: filter: x86: internal BPF JIT") > Signed-off-by: Xi Wang > Signed-off-by: Luke Nelson Applied. Thanks for the fix. It's questionable whether the verifier should have allowed such insn in the first place, but JIT fix is good regardless.