From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B7FB9EB64DC for ; Tue, 11 Jul 2023 21:11:38 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231394AbjGKVLh (ORCPT ); Tue, 11 Jul 2023 17:11:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60558 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229573AbjGKVLg (ORCPT ); Tue, 11 Jul 2023 17:11:36 -0400 Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5012410E3; Tue, 11 Jul 2023 14:11:32 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id A0F8B5C00A9; Tue, 11 Jul 2023 17:11:31 -0400 (EDT) Received: from imap50 ([10.202.2.100]) by compute6.internal (MEProxy); Tue, 11 Jul 2023 17:11:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1689109891; x=1689196291; bh=R7 QkEbjro+BOdZOzehiTZUtwj8qIEEFGxlQad+UdsRc=; b=AeXBfOWMHoSufDunrY xFkFWeqkE6SShYIlFuxjP2N+mFpzXhvhP5BuXTHVimUH1XEvNJSLzuHaDen9ccDC qCx03+IMyTfXozlMPJaPc6YWPcFnoByULrH44f+KkrlfrxHs2R9r9uL5zNGMSkwP vpAVgGYLp19Uk5YX31QuJSvrL4ueNyePVYfiPXZM344Sf+0tRfC6aBmGwpIa9wRK 0T9/n4wnyKr8TPK2JKKHDER4Cb5p/J1t+4Cad8/e2yo7lSGZXv1KJsXAzdHHr/3Z 95IY2Gbni4+PQA/RY7pNgAjQmKWPnjL/omPjBtWbFJJuANDdPImb50Xa5Tt8za1i 1MKg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1689109891; x=1689196291; bh=R7QkEbjro+BOd ZOzehiTZUtwj8qIEEFGxlQad+UdsRc=; b=qlZYKm1kwWb+tL6szJZmeN/9buV+q rPHJQhCQUT9pswQpPQnuQgzkLGMO1ojmay7Mdo37uIoqRRaVIEakZp5pGYX0KIfU bS7VLl0g3QbKSjmcusAplusmA4H3B+fiP7QosZPaHQhctVgUlIsljBs7N2OXzzT9 C3H3iR1w4BxeJdO4YKTSmCTop/FjYZuVWF6foxXsrdNZ2U72cxibmXF/goXhjqJC sosu2IoDV/EOXjgokYyhKo4pPY+PdYIAVGkkQKSpEzL9SVAbuE17Gynxqbz+Qhh1 HJbWu7QsJE3YoqHGXX0O1kgxP6fL8M4AxoyO3Vec0NXsssOi8pl735zRQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrfedtgdduheelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsehttdertderredtnecuhfhrohhmpedftehr nhguuceuvghrghhmrghnnhdfuceorghrnhgusegrrhhnuggsrdguvgeqnecuggftrfgrth htvghrnhepffehueegteeihfegtefhjefgtdeugfegjeelheejueethfefgeeghfektdek teffnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprg hrnhgusegrrhhnuggsrdguvg X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 2890D1700090; Tue, 11 Jul 2023 17:11:31 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-531-gfdfa13a06d-fm-20230703.001-gfdfa13a0 Mime-Version: 1.0 Message-Id: <8431d207-5e52-4f8c-a12d-276836174bad@app.fastmail.com> In-Reply-To: <20230711204352.214086-6-axboe@kernel.dk> References: <20230711204352.214086-1-axboe@kernel.dk> <20230711204352.214086-6-axboe@kernel.dk> Date: Tue, 11 Jul 2023 23:11:09 +0200 From: "Arnd Bergmann" To: "Jens Axboe" , io-uring@vger.kernel.org, linux-kernel@vger.kernel.org Cc: "Christian Brauner" Subject: Re: [PATCH 5/5] io_uring: add IORING_OP_WAITID support Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: io-uring@vger.kernel.org On Tue, Jul 11, 2023, at 22:43, Jens Axboe wrote: > This adds support for an async version of waitid(2), in a fully async > version. If an event isn't immediately available, wait for a callback > to trigger a retry. > > The format of the sqe is as follows: > > sqe->len The 'which', the idtype being queried/waited for. > sqe->fd The 'pid' (or id) being waited for. > sqe->file_index The 'options' being set. > sqe->addr2 A pointer to siginfo_t, if any, being filled in. > > buf_index, add3, and waitid_flags are reserved/unused for now. > waitid_flags will be used for options for this request type. One > interesting use case may be to add multi-shot support, so that the > request stays armed and posts a notification every time a monitored > process state change occurs. > > Note that this does not support rusage, on Arnd's recommendation. > > See the waitid(2) man page for details on the arguments. > > Signed-off-by: Jens Axboe Does this require argument conversion for compat tasks? Even without the rusage argument, I think the siginfo remains incompatible with 32-bit tasks, unfortunately. Arnd