From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 41F0212D21B for ; Sat, 11 Jul 2026 01:20:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783732854; cv=none; b=hk+WHnnzMsUR9PCkjagky6mCK77mc9e/s7cRDNT4uqK36MyGyvy5njlXSUQ/bFoGqZmYdHfiL50cV8ZXg38XucHc+8gylywuC6Q6ZtsaD6A8fb9KrKIoruCOwGmiXFqkl2cShbk+R/Ea8BRjGA+ivaavVge6fP84kgB0hpyNeU0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783732854; c=relaxed/simple; bh=46Vh72m7HP3+hwru3PYFgSV9/HoYf2zDBAe49si8LpA=; h=Message-ID:Date:From:To:Cc:Subject; b=lC3jV7RJlqL1S9dE269dlnGyX7nqyerZ5FR5uVEXpsweMiclumnA/6I72Ti3AdG4BNV0/VtnLlPmVeD0dR6oe11aXJKx5K4mlqohDtLQIpzvbeb9em2QlCshhTWieiMb2tmTR5Ic6ajJTujuaJxBn1wbyBnTwwxlFO6WJ//avd8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=BJn6gyGi; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="BJn6gyGi" Received: by smtp.kernel.org (Postfix) with ESMTPSA id E9E281F000E9; Sat, 11 Jul 2026 01:20:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783732853; bh=cXCwcTscYcxRT/z/pXowsHxrqjvVlwdgnAodToBGTGY=; h=Date:From:To:Cc:Subject; b=BJn6gyGibL9icFDCrTh6tn0GVFHES0TA6WA7YqpnXHBk11dNnCsCuP/iHtQItNqhm uwGvZjD/dU9v5wHzIxa8Omht9FqDzMowIw0Byz/J7Y0ii7eUHPhfVZ+/++gtcidiwM VFD1aKEBq/zE5+TJazyNpgdVZfOrwHU8L300nTPekYf607ZQsSKuFRn13VBhELTfVd UzFyG2XBeAXkbSaUd4STPEynpjJpJKFfGFa3eOWnnPtZrQupIALoAQo/mGCc9Gz7lR FfQ+9ufMmfUhccbuHee8xX8bc6EVnER+upQBENly7Bs6JL3ipQOWo7o/kc1/UHtYPG USsWp84Wm2SOA== Received: from rostedt by gandalf with local (Exim 4.99.4) (envelope-from ) id 1wiMOt-00000002F20-2ZnZ; Fri, 10 Jul 2026 21:21:03 -0400 Message-ID: <20260711012040.762290323@kernel.org> User-Agent: quilt/0.69 Date: Fri, 10 Jul 2026 21:20:40 -0400 From: Steven Rostedt To: linux-kernel@vger.kernel.org Cc: Masami Hiramatsu , Mark Rutland , Mathieu Desnoyers , Andrew Morton Subject: [for-linus][PATCH 0/4] tracing: Fixes for v7.2 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: tracing fixes for v7.2: - Add selftest that tests deferred event teardown - Fix leak in error path of trace_remote_alloc_buffer() If page allocation fails, the desc->nr_cpus is not incremented for the current CPU and the allocations done for it are not freed. - Fix allocation length in trace_remote_alloc_buffer() The logic to calculate the struct_len was doing a double count and setting the value too large. Calculate the size upfront to fix the error and simplify the logic. - Fix sparse CPU masks in ring_buffer_desc() If there are sparse CPUs (gaps in the numbering), the ring_buffer_desc() will fail as it tests the CPU number against the number of CPUs that are used. git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace.git trace/fixes Head SHA1: 601ddaceb861be7eb557278109966320a6f3478c Michael Bommarito (1): selftests/user_events: Wait for deferred event teardown after unregister Vincent Donnefort (3): tracing/remotes: Fix leak in trace_remote_alloc_buffer() error path tracing/remotes: Fix struct_len in trace_remote_alloc_buffer() ring-buffer: Allow sparse CPU masks in ring_buffer_desc() ---- kernel/trace/ring_buffer.c | 5 +---- kernel/trace/trace_remote.c | 18 +++++---------- tools/testing/selftests/user_events/abi_test.c | 29 ++++++++++++++++++++++++- tools/testing/selftests/user_events/perf_test.c | 26 +++++++++++++++++++--- 4 files changed, 58 insertions(+), 20 deletions(-)