From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj2-f12.google.com (mail-pj2-f12.google.com [74.125.227.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6247B3515E6 for ; Sun, 20 Sep 2026 10:29:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.227.140 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789900172; cv=none; b=byZaLU7ED9ZcWk06gfVtNUup+WMSmg7TVgupmhODHb7J5vJVPNbevwgyGA2vIupM743nmwES/6Kj+tdNw/eHs0+UPlysQYqgz4srcVP7HWMC5n6RFacuwrZjeCkPM57CJXeSba9m8CzLsCcVnD+me2/tlwLgWCwRVMMeWXyGOeE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789900172; c=relaxed/simple; bh=4BQzVeanwVtXbuFPAfnsnMd1d3bi+yl+uv6Kg2oGZKU=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=e3tkeeYFvQZqjYI+YKVzC2j29qrYCV8hGekiBnMSByd0alD3sGiJeZfz9JxouGOS9sLHbSuj7stRphUO/O/sXmSLq2eojdqOsc7QCVHMIg2wIjKKEYXjYao1VMeguDoIG1hcdtzOLXYJs+kw+iqMzxgGhDspCKexHAvQ0ps7heQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=Dl8DSgqV; arc=none smtp.client-ip=74.125.227.140 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="Dl8DSgqV" Received: by mail-pj2-f12.google.com with SMTP id d9443c01a7336-2db18fe433fso18091305ad.2 for ; Sun, 20 Sep 2026 03:29:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1789900171; x=1790504971; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=O8eOaouCq4BZ2q/2gl/vLSyGwMVXimj9oVClFLBXxtU=; b=Dl8DSgqVoU3P0YI+GebN72zguYlXcnRF8Ybq4+FtIAFLvtK85Bscpx61Hpp27QVKip 4bxIqF8DMsy/SptQz5anx7wTojmTBSXGR+ko538YVvd6Ks7cp14gw7G4cU5Ue6lrTDes whFS8afyKW2jSMavW+UTQsnnTLiVWssQD3UCpJdF0EwEBfndFa83A+h5HpcLHVfncDdG iPPVsvOumeY3kuK25sai8pmq1x2GwnaRmI6f0eMcQ3iZZRpHfXYucFjAUwu15AbIdzcD oHbzQitPK6RW2WzwT6xuajA9aTCh98Iaa/U7DbuIetkPWv4i46fCUBNerRmr4dOaoBhP m9+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789900171; x=1790504971; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=O8eOaouCq4BZ2q/2gl/vLSyGwMVXimj9oVClFLBXxtU=; b=r1JCrTyuY0Ex/tnfZVQegpsxKtjIB3CIm+kuGK951N73uw5Fcd9scibOz8y97I2tNk JHA11t3WGphZaTxUw6/RvBXEwB297KwsQjdPVir07YYaW4uh4NqvQ3LblBMD6jUByo+0 pcvIMaNfyK0U6vmQdabvO79pgoWiUgdvI59KYPMv+sQcOCQAaELS5R4EbU+wj+GmkSPJ 5AAZS6ujSvEe/o33Gx/1172mEKrPHqgA2qRE8rXmRiHcGupjX0oiGOvS655cT0poRo3h 807ZxTMYLdcuwfJC+SBjNhIKpv/ZPXu7fWfQ9LsujS2shwBMSfoLC6Uqp1HFCoOfQD+X yIWg== X-Forwarded-Encrypted: i=1; AKwUvBwUYFJbAkEKqJxLXIdckvg9RLna2WVI3LxvL3vX+qxwKmF5G5XhsaUqu6ZslqjK6fok9bjJ2vtVXoiACao=@vger.kernel.org X-Gm-Message-State: AFuF++liN+I8LfMJp4nXUPQC305qPLqouEpz6Bz+L4IBt8Tj8Zkr/e0I YdhjUoAxdaLKehvLLBxwNzVbomWDzcAOlGvN0/Kk7h6Vg7LTlNUXKzc= X-Gm-Gg: AYBFou16ZdME+uFhZAro9rU+hp/HrIqlFZ/JCzL+H/19pu6B2IsG/1fEgnbVvE6whoj j+jXHvz4NnBTGk+CLsPjC/huG8o5X+8g3BLeIdXSnFwrlgBhE/EiEnswengrCSwQcIq1qg8zWaf yNI5LSb8otGVFkwAbzaq75bZRfXR2cpHdG8M6AOkNY9XBSnqDve2/N88iyVeHRb9gih11mFRBoB +orgLDibZBQE41FgS1IQ26V/2hpTPxzhchEXqJ6DzufubqEGZfXM1qmHCDuy2LRpII8f/o28447 u9vmuBEQX/RkZXAvytxe9DIASahf/lEdGItJdCIx88Cwe4lw3WMm4AceJpDnXJbE80dNZcoBCev akbxyYeRHP7XSlanwFwcKjeVwP2uhCpFVesrjG6uiqq+7jNRMNEmNG4H63PXIn82wBX3lqBK6iF kcy+GZWZQ+r4yIBYUvddJX+3OT6c0fI0/P6l3Yx6ThI4Qbjhx6RVwywEGzeaXMXTI+wpV25xVPx ZUj/wfPmKWdlP/0xlXdGgqKhWo= X-Received: by 2002:a17:903:2349:b0:2dd:c100:b2c6 with SMTP id d9443c01a7336-2ddc100b360mr62001525ad.49.1789900170830; Sun, 20 Sep 2026 03:29:30 -0700 (PDT) Received: from ydg-Zenbook-14-UM3406GA ([2001:2d8:7f00:8c85:e0d6:4b87:c472:c9ae]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2ddc17da543sm18500155ad.69.2026.09.20.03.29.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 20 Sep 2026 03:29:30 -0700 (PDT) From: Donggeun Yoo To: bot+bpf-ci@kernel.org, bpf@vger.kernel.org Cc: ast@kernel.org, daniel@iogearbox.net, andrii@kernel.org, eddyz87@gmail.com, memxor@gmail.com, martin.lau@linux.dev, martin.lau@kernel.org, song@kernel.org, yonghong.song@linux.dev, jolsa@kernel.org, emil@etsalapatis.com, ihor.solodrai@linux.dev, mason@kernel.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, donggeunyoo.kernel@gmail.com Subject: Re: [PATCH bpf 1/2] bpf: Zero-fill other CPUs when BPF_F_CPU creates a per-cpu hash element Date: Sun, 20 Sep 2026 19:29:23 +0900 Message-ID: <20260920102923.445964-1-donggeunyoo.kernel@gmail.com> X-Mailer: git-send-email 2.53.0 In-Reply-To: References: <20260920093153.439743-1-donggeunyoo.kernel@gmail.com> <20260920093153.439743-2-donggeunyoo.kernel@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit On Sun, 20 Sep 2026 10:19:00 +0000 (UTC), bot+bpf-ci@kernel.org wrote: > Does the block comment above this condition need updating? It says the value > goes to the "current one" and explains the whole branch with "onallcpus=false > always when coming from bpf prog." [...] > Could the comment be updated to cover both entry conditions? Yes, it should. What is there stays correct for the !onallcpus arm, where the value does go to the current cpu and the reason is the one given, so v2 adds the second arm rather than rewording the first: /* When not setting the initial value on all cpus, zero-fill element * values for other cpus. Otherwise, bpf program has no way to ensure * known initial values for cpus other than current one * (onallcpus=false always when coming from bpf prog). A BPF_F_CPU * update also sets a single cpu, and the element may be recycled, so * the other cpus must not keep what the previous key left there. */ Thanks, Donggeun