Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp8561311ybn; Tue, 1 Oct 2019 09:50:11 -0700 (PDT) X-Google-Smtp-Source: APXvYqxg3gt9/UiQAPxHKOJEwsqZvy6YmY3LnFraStMpizDnsAi+J4MmZCmxbtHWacqpbdZLTINr X-Received: by 2002:a17:906:ecf9:: with SMTP id qt25mr24645178ejb.249.1569948611566; Tue, 01 Oct 2019 09:50:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569948611; cv=none; d=google.com; s=arc-20160816; b=VoEt+oe5TtDUlJpPlfblAxU4GTiq2QiDxG8zn4WZz3dVIMh/kTSt4tn22rj7B9wth/ LrgONmqLyciinb/cU8QPoL1YldkAOXT3xYHyZTEMJHmFQEYOjqLKqPMxdhMMm5XK9wEW rlCnXu2xxXGv+LrPUGhOyyhbOsjanL0DPPh+uEk/j2sWZ8Tm5G7J1fOjA+/Cs2jo+nkY UJ2p5Z9f3KXKGJsVQxXRaM5hiN6ELLbykq7FbWoLpU9Eo2zk6beJUMJ1Ec5ohJXUZCrg 04nVQmeijaaj0aXoqjL5eXjcelXk4uVkOpIWDNAWniiq5L1V1kklK5Nh23IevKLzqd6Y YFow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=gzi5F38nYz4q1+zWjnpkp9mXCPxISIRw+yzzuhROKoQ=; b=VylW8ivFz3GlRZWxnwbLqisb8j1qj42D7nVSzz17Mva/gvdxnEDx+JJBy2GdWn4wbW tvkU/z6k7FPJDOkDCXPQ2UeI0OvhlxtcV6sRnQaQ9NxFilzhiqa9Rpyoz1uTN57cV7F9 U5OcVNBb3XZRqO9VOKCu25vdQcRBYtEPh+bHcXBpq54TnlKIj6cemSEM8v6u2J9cuqEI 6OgPjCW7YjU4v9wq5GYbzhhjPBsc2iUh1zLJtVCm3xhPWew68oMx+OqyijvsPjEdWcMb KlCCIHqiDl7JrGowIOEMr+dDFkwKoLraQ4+MgkZ9Nk2WXTX5I6CYetStWUNn/npJVKvw Chmg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel-dk.20150623.gappssmtp.com header.s=20150623 header.b=erLpYgoQ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i15si10304675ede.196.2019.10.01.09.49.31; Tue, 01 Oct 2019 09:50:11 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel-dk.20150623.gappssmtp.com header.s=20150623 header.b=erLpYgoQ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389848AbfJAQCT (ORCPT + 99 others); Tue, 1 Oct 2019 12:02:19 -0400 Received: from mail-io1-f67.google.com ([209.85.166.67]:45556 "EHLO mail-io1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732756AbfJAQCT (ORCPT ); Tue, 1 Oct 2019 12:02:19 -0400 Received: by mail-io1-f67.google.com with SMTP id c25so49225714iot.12 for ; Tue, 01 Oct 2019 09:02:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=gzi5F38nYz4q1+zWjnpkp9mXCPxISIRw+yzzuhROKoQ=; b=erLpYgoQl2arc1QonX+IsMDjWEUHNpnW9f9j4jwZaYF6hJx30OnZQoJHPQ7PbEgvRh N+23Lxx4oQuiX7VBPH8Rv3Nn+vNXwsQNb7ZK/j+ThkrbV4F9s+Rr/4gIrBX31lI0sNFH t4wFITNnYulUWlgwYo/bcwIZhDuf5TCvH8aa45ga4RxWzUNXU2boT1Nxh6SGxeKYbkCU Fy7c1s/lxtG8uAyf3VQ6SHv3/fUbFseSYz3+pjJmdji3xhwlaL/rSkOZiaUHYnDJkuVR 18R34znx1vWuIIONLqXhuktbSEzuU3F9uTBCilG4OxVsX206jcB9cnkOCN4syu038gk+ clYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=gzi5F38nYz4q1+zWjnpkp9mXCPxISIRw+yzzuhROKoQ=; b=hyKrYjtsDsoj3QuI4N5dfArH8uGLR3k0gapccjaOu/Oi54D2beM8osjwHmcs0C9XM2 3sykSFYNPOarL7H2f0txhhY7DGLmq1HFwAZ6jMsf/9TXpzphGzQb6BGg8Suh0r9X2IzS e0qlp/PXEzC6Xl2fMV8APPQg5fP/Tk70ypIYmc11KVIb8zJiDVPZibKGbBGudVlY4v4R YM9kOtXoXgnDueI5fd6arHJeozphfO7bYmwLxMnxsWZOOh2syhDNepaYC37wU/At/l8Z OmMNbqt/ubG9CmvYFr+HHLOhzt3ZVOssE8Ef7wuruPQfXAIwEfL71GTe4kWouNZXZv1i p+Nw== X-Gm-Message-State: APjAAAVNli3r0cyTiHQzmYrDs++W6URM+uXgkdYNAGXkq2jDSedJi1sN FHEyT3+QhlGjO+n6FlmgTqRq22W7UWkSMg== X-Received: by 2002:a6b:6613:: with SMTP id a19mr17190502ioc.241.1569945737769; Tue, 01 Oct 2019 09:02:17 -0700 (PDT) Received: from [192.168.1.50] ([65.144.74.34]) by smtp.gmail.com with ESMTPSA id q11sm6978034ilc.29.2019.10.01.09.02.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Oct 2019 09:02:16 -0700 (PDT) Subject: Re: [PATCH] io_uring: use __kernel_timespec in timeout ABI To: Arnd Bergmann Cc: y2038 Mailman List , Linux API , Alexander Viro , =?UTF-8?Q?Stefan_B=c3=bchler?= , Hannes Reinecke , Jackie Liu , Andrew Morton , Hristo Venev , linux-block , Linux FS-devel Mailing List , "linux-kernel@vger.kernel.org" References: <20190930202055.1748710-1-arnd@arndb.de> <8d5d34da-e1f0-1ab5-461e-f3145e52c48a@kernel.dk> <623e1d27-d3b1-3241-bfd4-eb94ce70da14@kernel.dk> From: Jens Axboe Message-ID: <77f90d5b-d6f8-b395-ba57-9d1f0ece9a00@kernel.dk> Date: Tue, 1 Oct 2019 10:02:15 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/1/19 9:57 AM, Arnd Bergmann wrote: > On Tue, Oct 1, 2019 at 5:52 PM Jens Axboe wrote: >> On 10/1/19 9:49 AM, Arnd Bergmann wrote: >>> On Tue, Oct 1, 2019 at 5:38 PM Jens Axboe wrote: > >>> What's wrong with using __kernel_timespec? Just the name? >>> I suppose liburing could add a macro to give it a different name >>> for its users. >> >> Just that it seems I need to make it available through liburing on >> systems that don't have it yet. Not a big deal, though. > > Ah, right. I t would not cover the case of building against kernel > headers earlier than linux-5.1 but running on a 5.4+ kernel. > > I assumed that that you would require new kernel headers anyway, > but if you have a copy of the io_uring header, that is not necessary. Since I rely mostly on folks using liburing, we include the header as well. So I'm just going to use __kernel_timespec in liburing, and have a check to define it if we don't have it. >> One thing that struck me about this approach - we then lose the ability to >> differentiate between "don't want a timed timeout" with ts == NULL, vs >> tv_sec and tv_nsec both being 0. > > You could always define a special constant such as > '#define IO_URING_TIMEOUT_NEVER -1ull' if you want to > support for 'never wait if it's not already done' and 'wait indefinitely'. That thought did occur to me, but that seems pretty ugly... The ts == NULL vs ts != NULL and timeout set is a more well understood pattern. -- Jens Axboe