Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp4929585imm; Tue, 26 Jun 2018 03:04:31 -0700 (PDT) X-Google-Smtp-Source: ADUXVKI22U+G1aQ9JMJRguEMLWeg4dp73pCGV81RizHqZQSBf7KImvjr1C5kxjlMBIBpKdQZMWr9 X-Received: by 2002:a63:7454:: with SMTP id e20-v6mr797895pgn.410.1530007471376; Tue, 26 Jun 2018 03:04:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530007471; cv=none; d=google.com; s=arc-20160816; b=lc13PHglq+d9GCYLqwxTP98VFd2fKI0DKgiBP5b5DFjUi8D+Xl9kpBVDJi8glmrcXL izKqaQ77b64MFSqnQpv1nt6pg3S6j/Nt5D9J4iVddzHkuFIgRMq/e8fE00iyVhFnWTJc 8aEXs7lIFOw4XoaHTcuZxt+2wzAwjyb4sHh8JbG3VUgMHNUx4QQjQFYV4VtrbLcm0Na+ /KTN8cg/Bl0qFR6QOfgSVEbKIwMJ41bBkvk//rkajrbvlH6n04tC6lJ7t7M8GI3vSisw LLuOqmAEgfrFA7iiZVFVQcunV7C254oew8+qMbxk88rrnqtk+zUq9rPnIN1UshtKwZ2z mBjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject:arc-authentication-results; bh=dtRRr6tDiSvGR8ckZJnbP6yC4Yp6hUGUJhbbfRMDtWs=; b=aRIBFjUyd2cV9JQ5Kqzwa1CBS5TWh7WpchRD69aP/II07vT94GjqtEWiyUgTUtH8si aNZ5Mvbf+ZFLvxQ8Kz/7N3y8NqF8n7qARs6HDVuAmieuj7NWALWIS7O2E8xNtjjGSHp1 zI5hbaISuwfHmeNCeHGSehyjqMSZFNBmaPzSYGzjT4MOmwspYj0EP48ddhI4JS+DsxEt EIbobYKyvKVKzL6SOWvNNXN/MQsjw8iXZ5LSAg1CK/skzeInaxEhyZS61U8ynSTd2su9 fvjTE8dQIBzqZoB38aDIbJ8CLqbuxsaBnevzxohSnHTV7xCTu7WfGu2P6eGOvtFMa7xd p7tg== 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 u20-v6si1313885pfa.28.2018.06.26.03.04.16; Tue, 26 Jun 2018 03:04:31 -0700 (PDT) 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 S933880AbeFZKDk (ORCPT + 99 others); Tue, 26 Jun 2018 06:03:40 -0400 Received: from www62.your-server.de ([213.133.104.62]:45396 "EHLO www62.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932544AbeFZKDi (ORCPT ); Tue, 26 Jun 2018 06:03:38 -0400 Received: from [62.203.87.61] (helo=linux.home) by www62.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.85_2) (envelope-from ) id 1fXkox-0008B6-Ul; Tue, 26 Jun 2018 12:03:36 +0200 Subject: Re: [PATCH v4] bpf: attach type BPF_LIRC_MODE2 should not depend on CONFIG_CGROUP_BPF To: Sean Young , Y Song , Matthias Reichl , linux-media@vger.kernel.org, LKML , Alexei Starovoitov , Mauro Carvalho Chehab , netdev , Devin Heitmueller , Quentin Monnet References: <20180618171216.gearpr755pm3wot7@gofer.mess.org> <201806190203.kfm0Xhda%fengguang.wu@intel.com> <20180618230423.nk2ey2755p2zkqmv@gofer.mess.org> From: Daniel Borkmann Message-ID: <57baf751-cd2a-dedf-05bc-9ac3b4e050be@iogearbox.net> Date: Tue, 26 Jun 2018 12:03:35 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20180618230423.nk2ey2755p2zkqmv@gofer.mess.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Authenticated-Sender: daniel@iogearbox.net X-Virus-Scanned: Clear (ClamAV 0.100.0/24697/Tue Jun 26 06:38:09 2018) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/19/2018 01:04 AM, Sean Young wrote: > If the kernel is compiled with CONFIG_CGROUP_BPF not enabled, it is not > possible to attach, detach or query IR BPF programs to /dev/lircN devices, > making them impossible to use. For embedded devices, it should be possible > to use IR decoding without cgroups or CONFIG_CGROUP_BPF enabled. > > This change requires some refactoring, since bpf_prog_{attach,detach,query} > functions are now always compiled, but their code paths for cgroups need > moving out. Rather than a #ifdef CONFIG_CGROUP_BPF in kernel/bpf/syscall.c, > moving them to kernel/bpf/cgroup.c and kernel/bpf/sockmap.c does not > require #ifdefs since that is already conditionally compiled. > > Signed-off-by: Sean Young Applied to bpf, thanks Sean!