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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 4D19FC43458 for ; Tue, 30 Jun 2026 13:01:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:Subject:References:In-Reply-To:Message-Id:Cc:To:From:Date: MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=iYYuOZov12hcbQiyTHde5c/x6Htp8xzdQNZ4OeiKrk0=; b=JQFlxyoWg8aZW+zDrZs9D21InV HGP752KmMDrpt4qIAbZ2nYW2SIVaz56VzyqQYYRnzZPCw3uSSx5CcR8uFZ0EdZumiSpkwglgIritl FXekn0BmiaFGiFjLecsN5JfUHqGuYAcCEVyI1a8qMLOfpmEDPl5IcOVxYPVDzBZnO83Rj05gTtNnn enNpCMuSQO9yrGzHWcdYgUuUS+FoTMBoazR5vkPlll2w+h/iip6q543/ODvZTdJ08oZz6ol6gln51 fbBERtg4/+y5JHWVs3Az0q245EK468z2Oqa5rN8SUT3/NEu4te/ARrcBaaVya5/H0aookz/Q04G5t aXg0bUEw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1weY5O-0000000H6kq-3ZcK; Tue, 30 Jun 2026 13:01:11 +0000 Received: from fhigh-a6-smtp.messagingengine.com ([103.168.172.157]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1weY5K-0000000H6kF-3Juz for linux-arm-kernel@lists.infradead.org; Tue, 30 Jun 2026 13:01:09 +0000 Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfhigh.phl.internal (Postfix) with ESMTP id 476C714000FD; Tue, 30 Jun 2026 09:01:02 -0400 (EDT) Received: from phl-imap-05 ([10.202.2.95]) by phl-compute-04.internal (MEProxy); Tue, 30 Jun 2026 09:01:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1782824462; x=1782910862; bh=iYYuOZov12hcbQiyTHde5c/x6Htp8xzdQNZ4OeiKrk0=; b= ry3ErCIgNRDEDsfHFWvdAucEyRmy1vqSMs/gfI/scpThnGl1wLNhTbBU0BGK54nN ht1qWRUzhzQhtlKdQX6reCDsDZ2X2kHfWFVMcEFcwdoG3cDOnz4nZxvuSEzVYUHQ 2oaAzoPvYr0kJKO3ZQty4rYr7r/rLrCbTy8wu8hVlgmO7fsIigipT4gbi0BTkWP8 bDcK8G8Ncl4AOCdv+CoM9o9VntK7sshEERlPd19i2yqox5jU7q2kynHihvpnxjDl eGvYqaVuEtNr3te5xjgouwWha3Qd8iLrHxVBBv//00X9AfaLMXYDc24pGQ8Sop2m 7dBgI4LYMgQAKkKFhaOVwg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :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:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1782824462; x= 1782910862; bh=iYYuOZov12hcbQiyTHde5c/x6Htp8xzdQNZ4OeiKrk0=; b=k fBRfO8tMofkAsXlnBZPmcGB1lwBrGKQF+b6p505NKpOUEvFEtx7xFIIqOjs4OUDv mD317UdnXKt5eOYc1UdK8O2jZu9etc6o8RhGgjg/UvFGIyMo1DqA2RJUDmv5FiOK 4hTUCaAA50Ki3P86JUkpFJjbFRkAAWM4K6oD3ms0d/BdXuhVE2nU5mi/6YAhJ8V6 D8DPUhyOen7AKRA86g02cfq+5I0TERz0U0Z/JmGJyXU6UMl19HZhkXPpRED0SPcG HTiXeQUeUrTjJ2B5UoMFRle0oTC7soZb08+SssLMlOqOHGU3w1+Jf6yEBPxORo2v WBXJT/2HSU2feAmiVXScA== X-ME-Sender: X-ME-Proxy-Cause: dmFkZTE1CTZhcONSe2BMdJBc5eCarLTeeHvKT/Ij+U/FNs3FbpGNzgb8fGDmfnxjnx7lfY m7ZQSYyTOmNikhSa0Mi3YiUC3XLmfICeSpKo7Zw/Aa0/z6MAnVgMZKs+iC49hPcELYt+DF 8vu6XGLJUDEh3WfggJITcuPacvy6ArBa5WP+8G2PugMbliAtz1HeacvYXnjkhw8scaRfj8 27dcf7d5REJxpixhyne/AAIUrs5aLrCOEKPKXaUwR4ltWFZej0PburpLDKlSiYpuHJscFg BjGdlF8V3QH1GWCht9abUmCEyhY1hPUctG9KtzKR2advcKrKOzgfTmgFXK0oCg8f5TgEnL ocE6pM8g5QHpugvF8GVT6N3j9l0Ldpj/bmGhrcHRsJmyrCImeOB07cBh8IuhEW4xnaOteh 9UknhQs1fe70bZ0cU0AKfSJ4j9+3dFhaViNEI+PlMcOr5wrEITkUEQlYC/PFvDzfioIyHr Wcs1o4mOMKh49ywK9vXE7doihKC+vy2vwJ7UXXKze7bntlSLpJ2MrmQIK13JJdVWXmkhWR 6KdS6ldARlm5gZ82fBXcjLBJ9yq3vSGY+OEzm2akWS9Zhsb4mRk0r05mKEDVbiB1RkDji/ zzA2pE9TajJ46bVehIVbUb4sPf7V1H2dPFdZtNMSfzMtzNRyzOWCcWR2/JNQ X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id DC3A0182007E; Tue, 30 Jun 2026 09:00:59 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface MIME-Version: 1.0 X-ThreadId: AE-5y0c3-Pto Date: Tue, 30 Jun 2026 15:00:37 +0200 From: "Arnd Bergmann" To: =?UTF-8?Q?Thomas_Wei=C3=9Fschuh?= , "Andy Lutomirski" , "Thomas Gleixner" , "Ingo Molnar" , "Borislav Petkov" , "Dave Hansen" , x86@kernel.org, "H. Peter Anvin" , "Russell King" , "Catalin Marinas" , "Will Deacon" , "Madhavan Srinivasan" , "Michael Ellerman" , "Nicholas Piggin" , "Christophe Leroy" , "Thomas Bogendoerfer" , "Vincenzo Frascino" , "John Stultz" , "Stephen Boyd" , "David S . Miller" , "Andreas Larsson" Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, linux-mips@vger.kernel.org, linux-api@vger.kernel.org, sparclinux@vger.kernel.org Message-Id: <0cda7366-2eb9-4ecb-b76a-b3b68ee10043@app.fastmail.com> In-Reply-To: <20260630-vdso-compat_32bit_time-v2-1-520d194640dd@linutronix.de> References: <20260630-vdso-compat_32bit_time-v2-0-520d194640dd@linutronix.de> <20260630-vdso-compat_32bit_time-v2-1-520d194640dd@linutronix.de> Subject: Re: [PATCH v2 1/9] time: Respect COMPAT_32BIT_TIME for old time type functions Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260630_060107_139930_90D60DDF X-CRM114-Status: GOOD ( 11.56 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Jun 30, 2026, at 09:38, Thomas Wei=C3=9Fschuh wrote: > The "old" time types use 32-bit seconds which are not y2038-safe. > Respect COMPAT_32BIT_TIME for functions using those types. > time(), stime() and gettimeofday() are disabled completely. Looks good, yes > settimeofday() is kept as it is required to do the initial timewarping > after boot. However the 'tv' argument will be rejected. Not sure about this part, did we already discuss this last time? I can see how keeping the timewarping functionality is the easy way out, but completely disabling the settimeofday syscall the same way we do on new architectures seems so much more consistent. Note how scripts/syscall.tbl blocks sys_settimeofday on architectures that don't set the time32 flag, which ideally should match the COMPAT_32BIT_TIME option here. Arnd