From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ot1-f54.google.com (mail-ot1-f54.google.com [209.85.210.54]) (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 23DB42FFFA4 for ; Sat, 23 May 2026 14:55:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779548150; cv=none; b=SS8lc7hf1Xnk4Qq2qp7k4mDlkK18OWX3fjEr/JaIGDCtxFmTpmZi08RpGP4SMfHxed8FeryenjkUbKAUomztYSVAnd5bLSwaVJ8cEKVda8n0tePt7EKCET0EgwtyMHI2+66YWRRbrcFOeQE4KeEr8NCVRDhLLkBobk3HJjFJkoI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779548150; c=relaxed/simple; bh=MOtTruu7oCpPtDhl/HWaJcw1a1JNAc9mlPuGoIepHx8=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Gieu0SEsT4lNRiNwvV/2wDiCFebuoR1BIOs0K8MOKY6gm1Bygxt0SwKx9mIYKCLwjGG8ehcED6XHZeEIMNZ+DKfSMyXsRJ2hBB9o6bJF42P7/US+a8gTDd/5UWgUYQlmo56eGpsckRCHBaOCH3a6BVLvk9qH1+H0Qbo2rFb2HMk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.dk; spf=pass smtp.mailfrom=kernel.dk; dkim=pass (2048-bit key) header.d=kernel-dk.20251104.gappssmtp.com header.i=@kernel-dk.20251104.gappssmtp.com header.b=Moo/DtEY; arc=none smtp.client-ip=209.85.210.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.dk Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=kernel.dk Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel-dk.20251104.gappssmtp.com header.i=@kernel-dk.20251104.gappssmtp.com header.b="Moo/DtEY" Received: by mail-ot1-f54.google.com with SMTP id 46e09a7af769-7e4de538f83so4774887a34.1 for ; Sat, 23 May 2026 07:55:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20251104.gappssmtp.com; s=20251104; t=1779548146; x=1780152946; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=GfL9Mnhn6RS/dK9GHgYTlaEa86j6tsYvdObuz5oD1iU=; b=Moo/DtEYzp432jVgesyu+21Tih+zq9Lh+pZhqKVcgkAOBZs07TFQw3s7FmvEf1E9gh JOiQL4t4+eFeMLeDHvjZsED7tlmP1kO8AZtUQcK3zPHlGvkythlzSfgNZg6EO5RBlKfz T/XDmGQCkMRkLTpK7O491b+pQdxXG5fawYEbN/I4hQ7ERxa7abWD5/HAKOr/BjyYQ2+f snDrjTOs+4etr2Smtbo30CTpu4MXTVP7dIQasgzovrEHOtOs1CLTikLiAv2ra5HkU4Oi BhMKiUNqL17JLzyZ6XxjZ2wtTxBIt0a4ALavTNXyfwqSlgHhZ32ps1VYoGrZ5lBD6wVF GI9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779548146; x=1780152946; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=GfL9Mnhn6RS/dK9GHgYTlaEa86j6tsYvdObuz5oD1iU=; b=i/xuqCHapHikWih0u+qXweoGATVC87JH/WAHMlOR32K+KWh5I1TEoXSQQS4TVUtlwO Xnqkj5A0hxrXq+l96QRS2PF8QgvJXSgwbfmx47TQi0zGv280X2Fih6J4d3Vh5PyM1TSp NSE35Tmb2c1Nkaagim12l2gvjaUoMhgmoBJVivbLsyPg3/dqnYeBwHGzBoPq0MXZbPud 9FE5tDX8lPeBoktOVIVeB7z2wF2tSo42+R22GMoaB3Jd9HS7nMepe8xJuTnqKlP1QqLj JWWO/jMhnD0oRIIEhwVVZnM7oTq4m8kZkCYWXY+zNREBn+kuZM7bRkV0Wg05vE71HrMD btyA== X-Forwarded-Encrypted: i=1; AFNElJ85GvXLpm2Cc9o9hmk0UPbVCREl0peONcHWGGI5Z0M4PCsw4lpcUyuPtj/G0HtbrbFJPsvux6Khtm3/164=@vger.kernel.org X-Gm-Message-State: AOJu0YybAkQycoHX326p3Gq5E4p2e4ZAwGbp+cK9p1O+Sy1/44Zp4cI9 1uOXhF761KA9fa4OokE4tTQx39dNqUl/H9QPn/JhBJeXB8g/T4xZbxYgcOwm6su7mmA= X-Gm-Gg: Acq92OFNl1Fmy1mTbbTTKK8yYA/DL/bwYSeS/hRNqR2uNBeC0V35aqGfSoSkHtvE4jV /OYWkpqDu94Nx69AFIqbmuZ89xnEl0BQLf/w49RkSbiPpk8SEsB/us92qPE6rhvbHlEI72GwLlG PcpT9nzxHy+AweNF0WLy4AbrJKH0yXdo3tHGqr90LJgqoHsx4Z0URzhbTCNdrlOyh1n4eO8k5sN uYJS1X3QDmuejq9CwqAO4iY17PRIiOv81U77yvCuyvsUiYy/M6CQ/iYOod5KaA+mKrKk/M0zeMU zOlgFuUN+czK8BkNJG9lGl4N5PhByLToF32YqvN7vda+Bh2Lrppst9kjz03GBG5D8neIyAN7qcs NhR+hLdwfeV0vcN5h0G58z8nzCBdQw9P9nTUAmAT9xyMU6bicmurQ8ISe5uUKz8VTdIfeKf0NzX Og5S8VVkcuRY9iboPxQsq1uZsPU1vcn6D+x1sorw8A3CDhdX6VFRIVjEBmCCvsAdrwhhHMH+UIp hjUMH4DXg== X-Received: by 2002:a05:6820:180e:b0:69d:6696:846e with SMTP id 006d021491bc7-69d7ec2609fmr3926788eaf.29.1779548145739; Sat, 23 May 2026 07:55:45 -0700 (PDT) Received: from [192.168.1.150] ([198.8.77.157]) by smtp.gmail.com with ESMTPSA id 586e51a60fabf-43b62e4211fsm4959511fac.0.2026.05.23.07.55.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 23 May 2026 07:55:45 -0700 (PDT) Message-ID: Date: Sat, 23 May 2026 08:55:43 -0600 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH AUTOSEL 7.0] io_uring/wait: honour caller's time namespace for IORING_ENTER_ABS_TIMER To: Sasha Levin Cc: patches@lists.linux.dev, stable@vger.kernel.org, Maoyi Xie , Pavel Begunkov , Maoyi Xie , io-uring@vger.kernel.org, linux-kernel@vger.kernel.org References: <20260520111944.3424570-1-sashal@kernel.org> <20260520111944.3424570-26-sashal@kernel.org> <5a50c3f5-a5ef-4b2b-821c-5858d8b1ac13@kernel.dk> <8e853555-604e-46e5-8e25-a5f80b88e51c@kernel.dk> Content-Language: en-US From: Jens Axboe In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 5/23/26 8:45 AM, Sasha Levin wrote: > On Sat, May 23, 2026 at 08:23:13AM -0600, Jens Axboe wrote: >> On 5/20/26 5:40 AM, Jens Axboe wrote: >>> On 5/20/26 5:18 AM, Sasha Levin wrote: >>>> From: Maoyi Xie >>>> >>>> [ Upstream commit 45d2b37a37ab98484693533496395c610a2cab96 ] >>>> >>>> io_uring_enter() with IORING_ENTER_ABS_TIMER takes an absolute >>>> timespec from the caller via ext_arg->ts. It arms an ABS mode >>>> hrtimer in __io_cqring_wait_schedule(). The conversion path in >>>> io_uring/wait.c parses ext_arg->ts inline rather than going >>>> through io_parse_user_time(). It therefore does not pick up the >>>> time namespace conversion added by the previous patch. >>> >>> Once again - If you auto-pick this one, please also do the other one in >>> the series, 9cc6bac1bebf8310d2950d1411a91479e86d69a1. Makes no sense to >>> do just one of them. >> >> And once again, no reply. What is going on with stable these days? > > Jens, as I've mentioned in the previous mail, I handle the AUTOSEL > mails weeks after I originally sent them out for reviews. And you think that's working fine? I would suggest that's a terrible process. How are maintainers supposed to deal with that? Patches x and y are autoselected and an email is sent out. Maintainers react to that, either saying "no don't pick X" or "if you pick Y, please also do Z". The expectation would then be a reply that says "ok, doing that" or whatever might be appropriate there. Instead, it's just silence. And now I have to follow-up MULTIPLE times to ensure the right thing is being done. We're about 2 weeks into this particular incidence, and hilariously, I still have no idea what the state is on your end. Did it get dropped? Did the other one I asked for get picked up? Nobody knows! At least Greg actually promptly replies for the non-autosel stuff he does. Which is the ONLY thing that makes Fixes tags and CC stable actually work. The AUTOSEL stuff, it does not. When it happens to pick the right patches, yeah all is good. But when there's a problem, the process is terrible, as evidenced by this particular patch. > The volume of mails and patches makes it really difficult to give > prompt answers here. I have no idea if > 9cc6bac1bebf8310d2950d1411a91479e86d69a1 applies cleanly, whether I > need to ask for a backport, or whether I should just drop > 45d2b37a37ab9848 until I sit down and get to this batch of AUTOSEL > commits. If you can't handle basic replies when running AUTOSEL, then I don't think you should have that process in the first place. > If this process doesn't work well for you, I'm happy top skip all > non-stable-tagged commits for io_uring. This is supposed to be only a > best effort attempt to catch commits that slipped through the cracks. Please don't do AUTOSEL for any patches for any subsystem that I am a maintainer or co-maintainer of. Until this part of the stable tree process can be improved, it's a net negative. -- Jens Axboe