From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=91.218.175.67 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1792487795; b=zGv57yXE16rdV4c3rxoX7wj3nRckk6h1kOdBAjrhh7bhv4TvKVKyEe5QwaAZP54xWMpm sU0EoHk6i0Vy/6mA5vrhlSnOiILSpKWlpCBObOuUOXxrqtBYQv+tCIiyPDpuvXQm6+ny6 gid8w7zzssx2gUiVgZKqPtDk6GX0pVey2AQoasl5qWCyn14+uXkUpdEu2CwHG1Zz0qK+b OZreM2eg2/wzGVQbLEG072XuV+c5QKZ3PGjG1fNEXADJPDt7zH02VDJZik16vHlQhdmBD 2K6DzCj48doDgALfarI8M6K76/lq3JW8tlXM/BtRbIO/sKF07GUl+rNCDaGpCrca1Sw== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1792487795; h=DMARC-Filter:X-Envelope-To:DKIM-Signature:X-Envelope-To:Received: X-Mizu-Trace-ID:X-Migadu-Flow:Message-ID:Date:MIME-Version:User-Agent: Cc:Subject:To:References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding; bh=fgVCjXg66MfmXK1DhMhAdx0UFOlMxpw0/DgjoCbhR4g=; b=1I2iP70g18unfFgbVpIKIIkmTFYfhuNWcVlkzSDP9XsdjsIh72txZ5M6EfTkWP0FsjuF 0fh9TMBj/aM8XHNWpA6pCvDZ/ET1tXSKnEHs/AbWsmVTcI10fpnlW0OyMdtAuA1BJaQvn ewBzpFTslQFc04a0Cxdqv2AFXWVFA2BSUE8M74ESORMNqupSSCQG5h14r3xI5HrCnVMqp auzsraeV6tGPwp0ph2lEYxeAUdA9DiuhUND9H5GylRRErVNkMm2EG9HfPcGDIfVzFd7wp hEvoyhe1GhIBLNKWynvHSd6at68WFikfLtE9OanUGzIQKGtpzIijY/+z0lSBIloU8Hw== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b=VXWXviUg; arc=none smtp.remote-ip=91.218.175.67 Received: from mta0.migadu.com (out-67.mta0.migadu.com [91.218.175.67]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8D6FF606A329 for ; Tue, 20 Oct 2026 09:16:28 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 8D6FF606A329 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key, unprotected) header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256 header.s=key1 header.b=VXWXviUg X-Envelope-To: linux-trace-kernel@vger.kernel.org DKIM-Signature: a=rsa-sha256; bh=9eP3qjgVUbFfqUcF5YGr57onnQc45ct6s0INEa2Ebw8=; c=simple/simple; d=linux.dev; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1792487786; v=1; x=1793092586; b=VXWXviUgLFBknZK+dXQMJD2opDdEMVE/cZ/3qSzssNRpsItYDpeGBg7DYwuILh0VryDri6KL oG1btPXLvLKGSJNsy4M1Hh1+41q+UVyMjWpK1vApTOqPMdpAMLmlKwQ4+RqbNC4cyZApJtfS7Nd 7ExI8i53YCSA+BxNDFWxvjQs= X-Envelope-To: linux-trace-kernel@vger.kernel.org Received: by smtp.migadu.com with ESMTPS id 8edb85ba72c7628e; Tue, 20 Oct 2026 09:16:26 +0000 X-Mizu-Trace-ID: 8edb85ba72c7628e X-Migadu-Flow: FLOW_OUT Message-ID: <6e7d6232-d422-47f3-bc85-a52508cb172f@linux.dev> Date: Tue, 20 Oct 2026 17:16:20 +0800 X-Mailing-List: linux-trace-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Cc: cui.tao@linux.dev, axboe@kernel.dk, josef@toxicpanda.com, yukuai@fygo.io, cgroups@vger.kernel.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, rostedt@goodmis.org, mhiramat@kernel.org, mathieu.desnoyers@efficios.com, linux-trace-kernel@vger.kernel.org Subject: Re: [PATCH v2 0/2] blk-iocost: fix hweight cache publication and donation fail-safe To: Kunhai Dai , tj@kernel.org References: <20261019125412.3123895-1-daikunhai@didiglobal.com> From: Tao Cui In-Reply-To: <20261019125412.3123895-1-daikunhai@didiglobal.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi Kunhai, 在 2026/10/19 20:54, Kunhai Dai 写道: > This series fixes the blk-iocost hweight cache publication race and adds a > fail-safe for invalid donation weights. > > Previous version: > https://lists.openwall.net/linux-kernel/2026/10/15/1954 > Replies: > https://lists.openwall.net/linux-kernel/2026/10/16/1431 > https://lists.openwall.net/linux-kernel/2026/10/16/2798 I re-ran the injection tests on my side (linux-next 20261019): two runs with a 30ms kprobe hold on every refresh of current_hweight() and one with the hold on every 50th refresh, same rt/s1..C topology and 1 <-> 10000 weight alternation load as before. No WARN or oops, and the tracepoint hweight fields decoded within [1, 65536] in every run. For the series: Tested-by: Tao Cui Reviewed-by: Tao Cui Thanks, Tao