From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f43.google.com (mail-wm1-f43.google.com [209.85.128.43]) (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 A0A953672AA for ; Thu, 25 Jun 2026 09:19:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.43 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782379166; cv=none; b=Az+5Up5xUpnWyFpgwl9A9O4zbM4SGN1ZMKvThkX3djOykTPcb8mAzjEYUKmzwBFuMRwQ+cbeCMR5q7oyJAAhwmKPcoGS7x4+Qo/Rms1e7YOq7WYqMqvyLlnMUIzrk4Qo4/9+EXbWtePPdq9YkPKTHZpuHD+vp6XVXwHax4phtmY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782379166; c=relaxed/simple; bh=ECEn+V2NhWD3Cl+wFoaowjzh5mZpSqtDy2oOQW/aJbc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=lJy+bX2BX7NwfAyjXh6wGrzF51GLkxwJJ43eM6mC/jT1i0TvLSqCx5q+BHr8nL8c+1dyyXYwHAFBHaxFIpznlHsbU9JSuN7zftN/WJARaqwCb0VM7693WcimW82oX+xN4wB1feX/ZvEcgjEKYhtLg90qSC87qccUxc9ZuU3EQlM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=BIL4Rip+; arc=none smtp.client-ip=209.85.128.43 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="BIL4Rip+" Received: by mail-wm1-f43.google.com with SMTP id 5b1f17b1804b1-490cf3000f0so20386125e9.1 for ; Thu, 25 Jun 2026 02:19:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1782379163; x=1782983963; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=ECEn+V2NhWD3Cl+wFoaowjzh5mZpSqtDy2oOQW/aJbc=; b=BIL4Rip+vokMneBEDiPNxbSED0D7TbDycXaI1wXebLwhUsble6kqzOjoDCCt8seqoC AjatLjimIBmHCd7J3rJoeJHhfY7LUVj9dTViIZqwhRv4aKfkGff9WOYkkClUI1Fs4LPD 9xYjGt6vtiS9HnBLuC1TqaaJCl3aM+M38tsJUhfKuAK3NL6pRLN2GQxZttqWp5N6A67O lWb7cCTgN+1EUaOzD9ZeP0a3s78KeN23dtebAHlaTFmKgU27ExMviuxIA4roIHa5XiTw JwjzZM7XDXKlohwUqwXDabkTzR6q+MdrhRmwrZccXDfc0ztRVRWzrsWY8cjVS4pNbH0f kLMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782379163; x=1782983963; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ECEn+V2NhWD3Cl+wFoaowjzh5mZpSqtDy2oOQW/aJbc=; b=XpYzfs+A//8k0ARhAAWSGc95d5nek+UaIxpUS20PAsWf1JsLWpePzNwxXu1I+ITKtY ORFoKfHAn039BNNyn0SjQGs/GUEOwlBgXKA4wCNz7NBVRxemJBdwjJdhb32qMrK4uvBZ fCGflce8dmjKJmTu6pvOQ4Z8TSjllPLmQRTYKilXi4TKQ/XOzQpc20XbRiG6QGvlbNJF uQYT8TSE9yoI4QAXzJsWAAisvnpOxXc43DSIVW9NAqPHk5iAlGq8q6UExvScKp6YXeVk 9buV0+eXvlWAlV++7L96okQRU9vUxkAl66hvb3eLqqnHwNzb/tn8jek5tfE8Wmsmro2o mtGw== X-Forwarded-Encrypted: i=1; AFNElJ+CeW7hylapfu4K0ill71XllUuSWu88HGNE6DuXv3qCU54RULctXIIOpOo8K9kJ9/tB22Z5TZIbOcjkmlU=@vger.kernel.org X-Gm-Message-State: AOJu0YwD7WkRh3mXxdn9c/7s6FBAmUDiBi45r5wka7+9RgtTY2DMY/td wSIEaopLGmCFfuk4ETLTjXwFs80G54/EQH9URz4j7m+QQ7nSV0eJURGMeEB4MqdzfAY= X-Gm-Gg: AfdE7clG4CyIJpKaSS10KbcoG7Zn06rLUYbQnaMXydcwwRkH4UQ7DNMlYNExk+OuUf2 r/sOWN1JcmQIzVQDiHBognslT1pl73fJRYJd9PKDWUiJdXZGoPODWgeF3cwbcXODu1aGvdHFpct Dmx4sT65Px8ulLRDH6GuPOMHv7gQWgJY9B+VrXFFB02h2OLdHk3++VvobPjtUOWN1pN2Gbr2bjf I0bPcwrcUELX/4amlHALkfjHDcLaQLiC/Qw+ZcmRK90OvvrmGB5t3aUO2GuFgiOELWkvGBSO6gB oiPLaDub+7OapKBb0ujBICNznMspBYFtkb/w+UGzjAOLoDYEh6yyrPkIeW86wRO5MaZQOZfshuT JcQerHfB51RVl8dX8p1cdZL7CZ7E7a2Gk12eSXS3sDWymJ52+68QD/dxseEOQDM0utNHZGIiJup nAtIQ8hRRPwET707HFjg== X-Received: by 2002:a05:600d:8443:10b0:490:d32b:39c3 with SMTP id 5b1f17b1804b1-4926685feb6mr16924745e9.6.1782379163017; Thu, 25 Jun 2026 02:19:23 -0700 (PDT) Received: from localhost.localdomain ([62.77.90.70]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-49264082426sm60418065e9.9.2026.06.25.02.19.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Jun 2026 02:19:22 -0700 (PDT) Date: Thu, 25 Jun 2026 11:19:19 +0200 From: Michal =?utf-8?Q?Koutn=C3=BD?= To: Thadeu Lima de Souza Cascardo Cc: Tejun Heo , Thomas =?utf-8?Q?Hellstr=C3=B6m?= , intel-xe@lists.freedesktop.org, Natalie Vock , Johannes Weiner , cgroups@vger.kernel.org, Huang Rui , Matthew Brost , Matthew Auld , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , Simona Vetter , David Airlie , Christian =?utf-8?B?S8O2bmln?= , Alex Deucher , Rodrigo Vivi , dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 0/6] [PATCH v6 0/6] Add reclaim to the dmem cgroup controller Message-ID: References: <20260611173301.17473-1-thomas.hellstrom@linux.intel.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lrl2vho5y5eomexp" Content-Disposition: inline In-Reply-To: --lrl2vho5y5eomexp Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [PATCH v6 0/6] [PATCH v6 0/6] Add reclaim to the dmem cgroup controller MIME-Version: 1.0 On Mon, Jun 22, 2026 at 12:26:54PM -0300, Thadeu Lima de Souza Cascardo wrote: > As far as I understood the patchset, it doesn't fail the write if it fails > to reclaim. It sets the new max, then, if the write is blocking, starts > reclaim and eventually returns after multiple attempts. But it still > returns success. >=20 > So I believe this is behaving as you would expect. I was alarmed by the EBUSY mention similarly to Tejun but then I couldn't find it in pre-patch (840ef6c78e6a2) nor in patched (v5) code. Please make sure the EBUSY return behavior is not introduced (essentially match memory.max behavior) and that the accompanying message refers up to date code ;-) Michal --lrl2vho5y5eomexp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iJEEABYKADkWIQRCE24Fn/AcRjnLivR+PQLnlNv4CAUCajzykhsUgAAAAAAEAA5t YW51MiwyLjUrMS4xMiwyLDIACgkQfj0C55Tb+AihGwEA1SCEBfnAwyeubLR7IllY 8xY1mJBt88wz9mCIeM9+iY8A/0e+2PnPs29VJ7kdk24/ZbM72Eltcu2Pv4++6deM lMAL =i/jW -----END PGP SIGNATURE----- --lrl2vho5y5eomexp--