Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp938409pxb; Sat, 17 Apr 2021 01:18:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwqK/V/of4nKXODYYeWfvpwpSzlukoISVUCeoqk+wSA21yr+Cwu74PG0MBOdM0OVxRBus3N X-Received: by 2002:aa7:da46:: with SMTP id w6mr14913612eds.30.1618647504384; Sat, 17 Apr 2021 01:18:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618647504; cv=none; d=google.com; s=arc-20160816; b=mhlDsLWB26+DRlnsEzoZttSzaRCq8AJS2cSteMHweMTWXLdXs1LT44J1OI8/eyLeX4 ZcX3rNQ3eu7zdvX0nF17qoBLwbq89jF4/ZTtG+ZtTQweFVO6P7XXiTVoV+0v+bvKW1OG Ars6+hQRRb3xdZQAPaAFEeXSzHeBY74+TgS/1WGZQxkheb19wkeyGY8d8INU0Bw2254c URaWsRucphEcdFNvVwPQm3hK/UyvYJFuwj7TEKZA7GQTcbKR6mOkZ1yYhBx7aAfRoVJ3 49HC2BRGWwzxhZc6zj3Z9we2at/ZU41S0C75IWErbQY4UxtLAWs+p+MFdsB3Sgc9MgBn /s+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=DGj4/AfWt6t8Mp0zpo745urhL3LCeVZTEyZplVBIOs4=; b=BZVUdq1/KBc8Tca9j2XG2TOXmSdiOloVCjaiOJWwEK0xBpQ9eV2DgU8K9GQkZNuxf6 ywV0M/MoGbZ/C9PcoiR2Qd3+Ix9uaIWA8bk2Xc1mYigCtRFmOtHV437ET+ivoGvNJn86 DdNTgeLhSXUUhr1erCZLkRo3cO1ctBQYPTnq4M/xm66cg1GdcqE+f6ey8V0vNh4ajCiS ySzWwOi6ZwIwUNyZcZhlamlCgWatVeMg7zJc/pE3UZKq/PyozlEblTK7B8cPNL/h2L3Y VNyAiJjdu3DOPfYBC0f+B7VWHFWDDcW0v/hVobPx0j2lEZnmDgamm+lHhO6QplC7SWvB lpzQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m19si7673079edd.340.2021.04.17.01.17.48; Sat, 17 Apr 2021 01:18:24 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235455AbhDQIQ5 (ORCPT + 99 others); Sat, 17 Apr 2021 04:16:57 -0400 Received: from pegase1.c-s.fr ([93.17.236.30]:1364 "EHLO pegase1.c-s.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229631AbhDQIQ4 (ORCPT ); Sat, 17 Apr 2021 04:16:56 -0400 Received: from localhost (mailhub1-int [192.168.12.234]) by localhost (Postfix) with ESMTP id 4FMmBL3B3mz9vBnD; Sat, 17 Apr 2021 10:16:26 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at c-s.fr Received: from pegase1.c-s.fr ([192.168.12.234]) by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024) with ESMTP id KdXChgWPk-BP; Sat, 17 Apr 2021 10:16:26 +0200 (CEST) Received: from messagerie.si.c-s.fr (messagerie.si.c-s.fr [192.168.25.192]) by pegase1.c-s.fr (Postfix) with ESMTP id 4FMmBL21vRz9vBnC; Sat, 17 Apr 2021 10:16:26 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 312848B777; Sat, 17 Apr 2021 10:16:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at c-s.fr Received: from messagerie.si.c-s.fr ([127.0.0.1]) by localhost (messagerie.si.c-s.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id efFKgaQ79CvE; Sat, 17 Apr 2021 10:16:27 +0200 (CEST) Received: from [192.168.4.90] (unknown [192.168.4.90]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 3BFFF8B75B; Sat, 17 Apr 2021 10:16:24 +0200 (CEST) Subject: Re: [PATCH bpf-next 1/2] bpf: Remove bpf_jit_enable=2 debugging mode To: Alexei Starovoitov , Quentin Monnet Cc: Ian Rogers , Song Liu , "open list:DOCUMENTATION" , Zi Shen Lim , Paul Walmsley , Alexei Starovoitov , Andrii Nakryiko , Paul Mackerras , Sandipan Das , "H. Peter Anvin" , sparclinux@vger.kernel.org, Shubham Bansal , Mahesh Bandewar , Will Deacon , Nicolas Dichtel , linux-s390 , Ilya Leoshkevich , paulburton@kernel.org, Jonathan Corbet , Mauro Carvalho Chehab , Masahiro Yamada , X86 ML , John Fastabend , Russell King , linux-riscv , Christian Borntraeger , Ingo Molnar , linux-arm-kernel , Catalin Marinas , "Naveen N . Rao" , Jakub Kicinski , Tobias Klauser , linux-mips@vger.kernel.org, grantseltzer@gmail.com, Xi Wang , Albert Ou , Kees Cook , Vasily Gorbik , Luke Nelson , LKML , Heiko Carstens , ppc-dev , KP Singh , iecedge@gmail.com, Simon Horman , Borislav Petkov , Alexander Viro , Yonghong Song , Thomas Gleixner , Dmitry Vyukov , tsbogend@alpha.franken.de, Daniel Borkmann , Hideaki YOSHIFUJI , Network Development , David Ahern , Wang YanQing , Martin KaFai Lau , =?UTF-8?B?QmrDtnJuIFTDtnBlbA==?= , Palmer Dabbelt , bpf , Jianlin Lv , "David S. Miller" References: <20210415093250.3391257-1-Jianlin.Lv@arm.com> <9c4a78d2-f73c-832a-e6e2-4b4daa729e07@iogearbox.net> From: Christophe Leroy Message-ID: <0dea05ba-9467-0d84-4515-b8766f60318e@csgroup.eu> Date: Sat, 17 Apr 2021 10:16:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 16/04/2021 à 01:49, Alexei Starovoitov a écrit : > On Thu, Apr 15, 2021 at 8:41 AM Quentin Monnet wrote: >> >> 2021-04-15 16:37 UTC+0200 ~ Daniel Borkmann >>> On 4/15/21 11:32 AM, Jianlin Lv wrote: >>>> For debugging JITs, dumping the JITed image to kernel log is discouraged, >>>> "bpftool prog dump jited" is much better way to examine JITed dumps. >>>> This patch get rid of the code related to bpf_jit_enable=2 mode and >>>> update the proc handler of bpf_jit_enable, also added auxiliary >>>> information to explain how to use bpf_jit_disasm tool after this change. >>>> >>>> Signed-off-by: Jianlin Lv >> >> Hello, >> >> For what it's worth, I have already seen people dump the JIT image in >> kernel logs in Qemu VMs running with just a busybox, not for kernel >> development, but in a context where buiding/using bpftool was not >> possible. > > If building/using bpftool is not possible then majority of selftests won't > be exercised. I don't think such environment is suitable for any kind > of bpf development. Much so for JIT debugging. > While bpf_jit_enable=2 is nothing but the debugging tool for JIT developers. > I'd rather nuke that code instead of carrying it from kernel to kernel. > When I implemented JIT for PPC32, it was extremely helpfull. As far as I understand, for the time being bpftool is not usable in my environment because it doesn't support cross compilation when the target's endianess differs from the building host endianess, see discussion at https://lore.kernel.org/bpf/21e66a09-514f-f426-b9e2-13baab0b938b@csgroup.eu/ That's right that selftests can't be exercised because they don't build. The question might be candid as I didn't investigate much about the replacement of "bpf_jit_enable=2 debugging mode" by bpftool, how do we use bpftool exactly for that ? Especially when using the BPF test module ?