Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1107333ybl; Wed, 4 Dec 2019 17:10:20 -0800 (PST) X-Google-Smtp-Source: APXvYqwv/UZd3qFm0qxUfvARRfL+FjaNf3BzTeE4VFapC8RB0Yy5MASt0ol0neU4ld/5pgeQT9Rc X-Received: by 2002:a05:6830:1199:: with SMTP id u25mr4557544otq.344.1575508220637; Wed, 04 Dec 2019 17:10:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575508220; cv=none; d=google.com; s=arc-20160816; b=t87hHR8YPlskIjiOghqqeKTs7M5sx2qIVRFCJXvYfPN8uBPAglWGK64/ziAhD9Yphj BIzFK0/EBbFY8Qec1PXf30H8sR9iaFb+mLU7zQeIrxzSXV18dhILczik4rRN+EubFxqt CKve620Oi+fT9cCOYsXQ5bNppMaNL+Of2DoLIiPJJlr/g9jAV6xwVA85YKEEKVbsHvKz K2AyaTP+c2/JtXS4/FEmA/Xkh05B2IhJW9AkWCL1oJ2zrs+OwEDyR4zz87p5Aq5ixHrR k5myrf22xHtNnWsX7302SBZkfGaQ8Me8EqqtLP8npb9nnB6IHCskVqnNJz/neQTBeSwB Pgkg== 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:dkim-signature; bh=ViAayKR33rl8zoSyX9hQw1dJ+O1axe3RVZLwKJ3XZ7M=; b=AnOE8cpiwCq2UTZ34YqhCyidxITzXlx2IJaDu3YriJhjx61ukDHyPTlUL/Bi1Ahs7m ESIK3VLwzf8Y0Q9CdvCbv+FH4EoISwzLp7wms5LvkJvqR5ugJQJsisFWjtqXtkRWWflo iik0UAtsY8yQfODgl0xF50oUHMGykw8ilFTaMo1NzYyPfL9aFAoBtxEYgC5l0IghxFSo iNggJ3BnD48Nd4iD8ZcpAJsE1UigXIR9Gq3vy3XTFNRafD/bRIuOOtdEqsXQd7ILYkLc 0ZQSvEcNt3jqPpCxwJJ/qkxScalfPwgCWh3kyqz8ALcqvVUiSDhj21RIMDsYSRyd5j7D ux1w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=gpVPjjIS; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p3si4246293otk.154.2019.12.04.17.10.08; Wed, 04 Dec 2019 17:10:20 -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=@gmail.com header.s=20161025 header.b=gpVPjjIS; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728701AbfLEBJg (ORCPT + 99 others); Wed, 4 Dec 2019 20:09:36 -0500 Received: from mail-pl1-f194.google.com ([209.85.214.194]:33647 "EHLO mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728459AbfLEBJg (ORCPT ); Wed, 4 Dec 2019 20:09:36 -0500 Received: by mail-pl1-f194.google.com with SMTP id ay6so498869plb.0; Wed, 04 Dec 2019 17:09:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=ViAayKR33rl8zoSyX9hQw1dJ+O1axe3RVZLwKJ3XZ7M=; b=gpVPjjISpjaQDzRkWgoacbeNWtX3XqEujzMcmQTYYJKAyJOVxwUNJNkSO8Qtswy8c9 M69PdRWMKIzgyp78ulFAaJSW/MF6DCfouFUVX7Z2vkyIStA2z9oXrVqZiR1IPBqied8v oFpu8HM/Wr4OmyR97uwqRXqrrUzhQlC/Ru2gEvSWhKpOmn6r5DWolobjaw3aNlEK2Z6j s1bpcvZ8DKkRnlpuFKqexZB9ZnaGlbpRANjY1YB/stprGxt9QUDUAQMByrJqMmcLKI/k RLyOKiBXQUJCut95xszk6iEpFf1AEn35Wv3yOk1sqmT15hdb1iIHdMJkEn08akIAM9HR 2L5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=ViAayKR33rl8zoSyX9hQw1dJ+O1axe3RVZLwKJ3XZ7M=; b=W7mgVqmptyuWGOpOM+VhCVF+dwYyyUku+j+5uBK95l1qronp8zrsOByTueGqgSfMIv oqc7f9xSSOMCm4goSqo390iNZo9rT39GY/X53JSNj8nyrNo7TslPA+aQ/KmiXbL1QKXy NJBlUaFYsum/dnz4pJM7hzcbZ5bwQZbiSilpwUkazuQfd/wdRcv1FeU76jqsuCDkmcr7 xbrB0C3ybcyDuTilpck/nLvoM06CRlb/P7Hs01JP8QHiukuKa7kvJ3oiMxxJo5VcGp/K UYLXe/psfwZA9FgJYI5aLBn+oS8LAwGlBcf1eo9qDqxF7PcS7JPeKVCmI6UfXncKTTHr CRHA== X-Gm-Message-State: APjAAAXOwT0XOyFpRxGijlxl+m3CJgQyS11BECarqXioZzoON3Ub+OWa N/FTYPH9+EYtahpYqHOPHMA= X-Received: by 2002:a17:902:be10:: with SMTP id r16mr6417014pls.169.1575508175325; Wed, 04 Dec 2019 17:09:35 -0800 (PST) Received: from ast-mbp.dhcp.thefacebook.com ([2620:10d:c090:180::f9fe]) by smtp.gmail.com with ESMTPSA id b73sm9923090pfb.72.2019.12.04.17.09.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Dec 2019 17:09:34 -0800 (PST) Date: Wed, 4 Dec 2019 17:09:32 -0800 From: Alexei Starovoitov To: Jakub Kicinski Cc: Andrii Nakryiko , Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= , Jiri Olsa , Arnaldo Carvalho de Melo , lkml , Networking , bpf , Ingo Molnar , Namhyung Kim , Alexander Shishkin , Peter Zijlstra , Michael Petlan , Jesper Dangaard Brouer , Daniel Borkmann , Martin KaFai Lau , Song Liu , Yonghong Song , Andrii Nakryiko , Quentin Monnet Subject: Re: [PATCHv4 0/6] perf/bpftool: Allow to link libbpf dynamically Message-ID: <20191205010930.izft6kv5xlnejgog@ast-mbp.dhcp.thefacebook.com> References: <20191202131847.30837-1-jolsa@kernel.org> <87wobepgy0.fsf@toke.dk> <20191204135405.3ffb9ad6@cakuba.netronome.com> <20191204233948.opvlopjkxe5o66lr@ast-mbp.dhcp.thefacebook.com> <20191204162348.49be5f1b@cakuba.netronome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191204162348.49be5f1b@cakuba.netronome.com> User-Agent: NeoMutt/20180223 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 04, 2019 at 04:23:48PM -0800, Jakub Kicinski wrote: > On Wed, 4 Dec 2019 15:39:49 -0800, Alexei Starovoitov wrote: > > > Agreed. Having libbpf on GH is definitely useful today, but one can hope > > > a day will come when distroes will get up to speed on packaging libbpf, > > > and perhaps we can retire it? Maybe 2, 3 years from now? Putting > > > bpftool in the same boat is just more baggage. > > > > Distros should be packaging libbpf and bpftool from single repo on github. > > Kernel tree is for packaging kernel. > > Okay, single repo on GitHub: > > https://github.com/torvalds/linux and how will you git submodule only libbpf part of kernel github into bcc and other projects? > You also said a few times you don't want to merge fixes into bpf/net. > That divergence from kernel development process is worrying. worrying - why? what exactly the concern you see? Tying user space release into kernel release and user space process into kernel process makes little sense to me. Packaging is different. Compatibility requirements are different. CI is different. Integration with other projects is different. libbpf source code is in the kernel tree only because kernel changes plus libbpf changes plus selftests changes come as single patchset. That is really the only reason. Packaging scripts, CI scripts, etc should be kept out of kernel tree. All that stuff belongs at github/libbpf. > None of this makes very much sense to me. We're diverging from well > established development practices without as much as a justification. The kernel development process was never used for libbpf. Even coding style is different. I'm puzzled why you think user space should be tied to kernel. Everything is so vastly different. Some people say that 8 weeks to bump libbpf version is too long. Other people say that it's too often. libbpf version numbers != kernel version numbers. There is no definition of LTS for libbpf. One day it will be and the version of libbpf picked for LTS will likely have nothing to do with kernel LTS choices. libbpf has to run on all kernels. Newer and older. How do you support that if libbpf is tied with the kernel? > Perhaps I'm not clever enough to follow. But if I'm allowed to make an > uneducated guess it would be that it's some Facebook internal reason, > like it's hard to do backports? :/ hard to do backports? of what?