From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 816E724394C; Mon, 10 Feb 2025 18:05:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1739210738; cv=none; b=giC+51fF1HyfJ1sliU4lppGCarkK9W3iMYgZkuaHCvOD0FF0Xn+7E+9We6UhfGHtiQu6robW3OeVt2LeNZt65Y8sKADiEc6Hc9WEA1rCdv4IWam5ShrQjmz0IXkmBKsOlLqTkASxu/0C/Mg13mbQF3RqIZQpNGgfghs8I6R0ml4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1739210738; c=relaxed/simple; bh=gKqOI5mTr/+VKM2KvsJmNow4kvUk3+sqnmn0AVa5zOk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=jX1xWqqEubzjtr+sZLLvzk232FRgxW1FNtPuQSVSWMYkcVI6zaNISribFAQU4MlJhkC12TtzdZI7IxdpTpLpK9GGZJTMBOp6AReBLLO+0Zy+tk/xk3YMZD+u4HJBRqrpHM07vJRZbB4/BAK6/1ATfK0DGSiONXbheg5nAbQ2Bng= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=nds5FPrS; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="nds5FPrS" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C7CE2C4CED1; Mon, 10 Feb 2025 18:05:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1739210738; bh=gKqOI5mTr/+VKM2KvsJmNow4kvUk3+sqnmn0AVa5zOk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=nds5FPrSvJhNoWa3lrkYM983ShEvvh5kiCdvQujcfYAHUjrBnhFXhrINtiNMdMiZI R8GthZfqgjt4S686bKv0b3Ui+LnIW3o5sa2ZdLltobBlxQYjOQJGGg3HOi3bHr/UAa FDua/kBszgHeqSp6BejHqEuWm4U4x0PKYOP9FHQafQTKPsVqCLEtkTInYO3SXnaqEe GrCGAdHty84obkABKnlJ4AhtnJB7g9UKkMX3HgzKkXnk3fYhqOGFav60h9wZnlyVZV lk+VPGlo/3Gqw65QYv2EOxCapIkSZfaU7zXJDoJbMdUYHjM7Mq6HFHedBsLH0365LD wYSN/p/pbJ3IA== Date: Mon, 10 Feb 2025 08:05:36 -1000 From: Tejun Heo To: Alexei Starovoitov Cc: Juntong Deng , Alexei Starovoitov , Daniel Borkmann , John Fastabend , Andrii Nakryiko , Martin KaFai Lau , Eddy Z , Song Liu , Yonghong Song , KP Singh , Stanislav Fomichev , Hao Luo , Jiri Olsa , Kumar Kartikeya Dwivedi , David Vernet , Andrea Righi , changwoo@igalia.com, bpf , LKML Subject: Re: [RFC PATCH bpf-next 6/8] sched_ext: Add filter for scx_kfunc_ids_unlocked Message-ID: References: Precedence: bulk X-Mailing-List: bpf@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Hello, On Fri, Feb 07, 2025 at 07:37:51PM -0800, Alexei Starovoitov wrote: > Can they all be rolled into one id_set then > the patches 2-6 will be collapsed into one patch and > one filter callback that will describe allowed hook/kfunc combinations? I thought the BPF side filtering may be declarative on the kfunc sets and tried to group the sets by where they can be called from. As we're going prodcedural, there's no point in separating out the sets and we can use merged kfunc sets and do all the distinctions in the filter function. Thanks. -- tejun