Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1600686ybl; Thu, 5 Dec 2019 04:09:51 -0800 (PST) X-Google-Smtp-Source: APXvYqwm9NCLJRjmlz/Po5ljhlOuR+O6Vl2bgcFkNuP2QNfdZ0Toms0F17sicFXHFn0w/z4I7ykU X-Received: by 2002:a05:6808:258:: with SMTP id m24mr6419713oie.101.1575547791236; Thu, 05 Dec 2019 04:09:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575547791; cv=none; d=google.com; s=arc-20160816; b=aTNOvNNF8QnhEGLZ3MHTZBcWnLRuPiQszmPOhFuHPbVPpdd2rOzNrGXZLQjRfWnddj OVRYSJi2yyIx9KCYb9bGoqRHmoK0OoW3bhBgEXaFEj9d+ye8bRoGkFEa41sLjLePszWc pnK1Ys2R4yVyX/38nxhqvZZ4R0tKrol8cdRZ3qL6pK8wOxiiJ+CZGQRxR1y3/rdkiCgW YaFQf0Z21bV4mL7WTDzzI93UyyqTMXMqhB/FvW8+dzuc6AuVnya8IRjkPWyH7PaB8Yyc eGyH14keCuCtmOIhB0w87w8YPlTJOHIvK1YVQ7p4QlonzZ8nuriTJeqV2/GUWt1gfwVQ 4cHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=XLgXefOYypL2QZxFpMFbzQBZ49HI2cC5uCB5n48SNUg=; b=DMvlqTxfs7qa0UrDgYNrlcAvinAw5XoeoDf8WInOIuoU8ZM4MY6tsuY3wLagwjnK2Z 5PqwS/8iy6BkaO9BoI9qa7B3Qk1/nKUjd4Z7/HQQc8ZvHT5YRuLn9gjBE2APvBE5N8qs kSALCw2Jllhf3j+J0eNmtj/3q9DD9NUM3OMcAQ1EtruplBuYUXN38FwxUIRFAOkH0Mp0 I0LJdzrUcxGVx/JQV3Q3pE+wXtRqwWS+oFPONKKkTTXq/WIHgNvmQNqhF/wHGDTrdNgG 7iKllTx378xhtF1HjKjm/prTKQkHtmgWj3MBpzqZeFG92Ju1nUW0ykK9aiKyztjw9ZH7 4zKA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i12si4806574otk.215.2019.12.05.04.09.39; Thu, 05 Dec 2019 04:09:51 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729406AbfLEMJN (ORCPT + 99 others); Thu, 5 Dec 2019 07:09:13 -0500 Received: from mx2.suse.de ([195.135.220.15]:58704 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729096AbfLEMJM (ORCPT ); Thu, 5 Dec 2019 07:09:12 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id A6C63AB87; Thu, 5 Dec 2019 12:09:10 +0000 (UTC) Date: Thu, 5 Dec 2019 12:09:05 +0000 From: Michal Rostecki To: Jesper Dangaard Brouer Cc: Alexei Starovoitov , Jakub Kicinski , Andrii Nakryiko , Toke =?iso-8859-1?Q?H=F8iland-J=F8rgensen?= , Jiri Olsa , Arnaldo Carvalho de Melo , lkml , Networking , bpf , Ingo Molnar , Namhyung Kim , Alexander Shishkin , Peter Zijlstra , Michael Petlan , Daniel Borkmann , Martin KaFai Lau , Song Liu , Yonghong Song , Andrii Nakryiko , Quentin Monnet , Laura Abbott Subject: Re: [PATCHv4 0/6] perf/bpftool: Allow to link libbpf dynamically Message-ID: <20191205120905.GA5127@wotan.suse.de> References: <20191202131847.30837-1-jolsa@kernel.org> <87wobepgy0.fsf@toke.dk> <20191204135405.3ffb9ad6@cakuba.netronome.com> <20191204233948.opvlopjkxe5o66lr@ast-mbp.dhcp.thefacebook.com> <20191205093548.6eee1449@carbon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191205093548.6eee1449@carbon> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 05, 2019 at 09:35:48AM +0100, Jesper Dangaard Brouer wrote: > I don't think that is a good idea. You are creating double work and > wasting distro developers time. Let me explain: > > 1. First of all, GitHub libbpf does not have a stable branches (which > makes sense, given this is a read-only clone of kernel tree). Thus, > distro developers have to maintain that themselves, in their internal > package tree (that is based on GitHub libbpf). > > 2. Kernel BPF changes usually require updates to libbpf, as selftests > uses libbpf. Thus, the distro kernel backporter is already required to > backport libbpf parts. > > This is double work, the code changes to libbpf are now maintained in > two places for the distro. I totally agree with Jesper here. I don't know how the situatiom with packaging libbpf and bpftool looks like in Fedora/Centos/RHEL now, but in openSUSE we would like to build both of them from the kernel source - use kernel-source package as a requirement and use the kernel tree from /usr/src/linux to build those. We do that for bpftool and perf currently. So far we are building bpftool and perf without libbpf being dynamically linked, so there is no dependency between those packages, although we would like to change it as soon as we find a consensus on this series of patches. > The disadvantage for distros to package libbpf (+ bpftool and perf) off > their distro kernel tree is that a fix to libbpf, requires rolling a > new kernel minor release. The solution to that is simply that distro > package for libbpf have a separate (RPM) spec file, with own > versioning, which sources points to distro kernel tree. That's a great idea. So far, we are using the same version for kernel, bfptool and perf, but all of these have separate RPM specs, so we can do that. Michal