From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.41]) (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 2737C311975 for ; Sat, 14 Feb 2026 21:32:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.41 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771104768; cv=none; b=nEc7nMUs7QvNdltTTdLTa8lcLpKyH47PIwHwO94WyibMoItSuqg/GeFbSjYVyWBGrMUg39MeZEYwpXyoU09lsogInyJJsa/AUqgGF9PmlZy9A0TA3KFHPSt3AzlpDVPT69JaiTIle+X6/R9hRikr63TeUnx8bivkMQT4R/2cesE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771104768; c=relaxed/simple; bh=Z5eV5vcZqxda2QUz/eYFD+gmiRF8BSY0g2dspxMBWMc=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type:Content-Disposition; b=VtIYwSKcQDxBDcJJjj0XL2EUAfJXxBG6z66wIL5dDhGaEGwbRzw024y9YEPjGSf8fkMbNYP+1tX0TP7rEM8mieuelW6mzbViGafgBU0JTiRwPH1GDMMODrHjvqfe0k3GxvIyPw24e24FBaeTpwCSMpai+fHkgm4r26tqC9GaMbM= 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=LvpNyn2v; arc=none smtp.client-ip=209.85.128.41 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="LvpNyn2v" Received: by mail-wm1-f41.google.com with SMTP id 5b1f17b1804b1-4834826e555so20389005e9.2 for ; Sat, 14 Feb 2026 13:32:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771104766; x=1771709566; darn=vger.kernel.org; h=content-transfer-encoding:content-disposition:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from:from:to :cc:subject:date:message-id:reply-to; bh=rz00tC8xFfhwICo16BoBKz05b7In7aurUZExr5lcT2s=; b=LvpNyn2vLEVgNlmf36dWwusvFXkX9iZScsbzJah2nQDe8Mz2N3HxaLonJGpKAvHMA/ w5kAzVnUFVTmfTxTey/wMsyq+oXkXzmD+yfi9b/OvxzjzNAQ+52K5594e9nD0WS2/1h9 AUFt/xorVA8lBPH2MpQrHmlviXenwSL1cR0uOEAD3Gp8orVw2uH1a5k7FjAsBn4karlY rlK+HmMh2TyLNgVWB5o0vYPLnP4cpbnTHne6KWGGCAO1eoqDfSwvS7xQAjbw0qYSGWWr BCc6T8+QQsAjssLqWIzxnp72Lo/4lSjsGz3ZWV5aqTxzCxgBqTe+rAvntK+sX+xhheo9 9N4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771104766; x=1771709566; h=content-transfer-encoding:content-disposition: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; bh=rz00tC8xFfhwICo16BoBKz05b7In7aurUZExr5lcT2s=; b=Nkp7yXe/gSmxPP/IHu+xlk+E/XJNEVY9vHTVtxuR4D3hhjzQtzQQGiEbijhjSRp+jd YU6JIB6axr6sqZDF+zvaiuHrjD1kzDlBiuiHG13bYtNG0iilga5OAgbr6DMhxJfw+Z2h rvAJg2G637R5A4L4XcHHuKEol68gKz1zA+WSaTcCuLquXf1EiQeAebjhY5/RTxG7sOMF L0FGxbruhaIi9FslZN3EDID/r++cysxspA3uHDJh6izGe4JgGrvggCWkaFYlkA75HLs6 3KEmcQiAhbT0TcVXNKP8hP5knzmDvnmp0CAF5ZrCk/3MT/VisulMtN9XBCKMLORRbkCk E2Nw== X-Forwarded-Encrypted: i=1; AJvYcCUIgWrSc101DthR6ob/pSCeC160GHXyo515VbK8uVaPAUDYG1F7WovHy4CJCDV97nfOdG9fTu36C1A5qWc=@vger.kernel.org X-Gm-Message-State: AOJu0YzRuNb8LORCMxo5+ErfanvWBK0/r/ws+Rl7mLDk+PtrD5V5tmuQ GMrWa7xVnora8n9A6w7RDut4gPsiHFNK67je98mJtM8KMa7W2u6cWlLb X-Gm-Gg: AZuq6aL1h2qYjsgGDKzNT4FLpoCef+c3WiOfos1Ssc3zYzBO0pXGeMs8Om1y3Mo5hxB BsRX9Ee099lXMeCqleKxtDAccadrlLaL6qEDA+elis0nYiUSI1B3Zip00jydlqCGki6MObCGBzq +VnEoapnxNcIaTOFcyMjdMA4UZG8XX7f3S9Mw1tVCkUTNJ4Ec8GB0RCP01rCTLMcU7MtkZpnzoM JMPC+bRgG0lI94RiZXu6IApP2GmFnPdkl+BPa68pCvhlcfmQdUlU6zrU83rueVQQSDwL9FElQud 04aigJkyWt0SG5JfJ2GCRdJijNSCHsirqdrtt+xQKcD2maEv3Wg+EDCg475btKvX+Kh5wwhTxXV SNQ/mWYgYLdLrRFreHjf26rwU5id2OS4OjuGn61XvuaWJsXeeevBpeDdXM6fUSb5AGfAY99sjju bIshVbdTAiIu+u4vyEV98pksdkNx8wHWaKLohgDMeayfBYmA== X-Received: by 2002:a05:600c:1d0b:b0:475:dde5:d91b with SMTP id 5b1f17b1804b1-48379be820fmr59932915e9.17.1771104765392; Sat, 14 Feb 2026 13:32:45 -0800 (PST) Received: from WindFlash.powerhub ([2a0a:ef40:1b2a:fa01:9944:6a8c:dc37:eba5]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4835d994670sm238736745e9.4.2026.02.14.13.32.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 14 Feb 2026 13:32:44 -0800 (PST) From: Leonardo Bras To: Marcelo Tosatti Cc: Leonardo Bras , linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, linux-mm@kvack.org, Johannes Weiner , Michal Hocko , Roman Gushchin , Shakeel Butt , Muchun Song , Andrew Morton , Christoph Lameter , Pekka Enberg , David Rientjes , Joonsoo Kim , Vlastimil Babka , Hyeonggon Yoo <42.hyeyoo@gmail.com>, Leonardo Bras , Thomas Gleixner , Waiman Long , Boqun Feng Subject: Re: [PATCH 1/4] Introducing qpw_lock() and per-cpu queue & flush work Date: Sat, 14 Feb 2026 18:32:30 -0300 Message-ID: X-Mailer: git-send-email 2.53.0 In-Reply-To: References: <20260206143430.021026873@redhat.com> <20260206143741.525190180@redhat.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Feb 11, 2026 at 09:09:02AM -0300, Marcelo Tosatti wrote: > Hi Leonardo, > > On Fri, Feb 06, 2026 at 09:16:36PM -0300, Leonardo Bras wrote: > > > =================================================================== > > > --- slab.orig/MAINTAINERS > > > +++ slab/MAINTAINERS > > > @@ -21291,6 +21291,12 @@ F: Documentation/networking/device_drive > > > F: drivers/bus/fsl-mc/ > > > F: include/uapi/linux/fsl_mc.h > > > > > > +QPW > > > +M: Leonardo Bras > > > > Thanks for keeping that up :) > > Could you please change this line to > > > > +M: Leonardo Bras > > > > As I don't have access to Red Hat's mail anymore. > > The signoffs on each commit should be fine to keep :) > > Done. > > > > > > +S: Supported > > > +F: include/linux/qpw.h > > > +F: kernel/qpw.c > > > + > > > > Should we also add the Documentation file as well? > > > > +F: Documentation/locking/qpwlocks.rst > > Done. > > > > +The queue work related functions (analogous to queue_work_on and flush_work) are: > > > +queue_percpu_work_on and flush_percpu_work. > > > + > > > +The behaviour of the QPW functions is as follows: > > > + > > > +* !CONFIG_PREEMPT_RT and !CONFIG_QPW (or CONFIG_QPW and qpw=off kernel > > > > I don't think PREEMPT_RT is needed here (maybe it was copied from the > > previous QPW version which was dependent on PREEMPT_RT?) > > Ah, OK, my bad. Well, shouldnt CONFIG_PREEMPT_RT select CONFIG_QPW and > CONFIG_QPW_DEFAULT=y ? Oh, I sure think it should, even if not doing so at the current patchset. But my point in above comment is that even if it did, there was no need to mention !RT and !QPW, as RT would select QPW, so you only need to mention QPW :) Before QPW having it's own CONFIG_ I was using RT to compile this in, so maybe that's why the previous version of the cover letter mentioned it. :\ Thanks! Leo