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 EF539C76196 for ; Thu, 6 Apr 2023 11:24:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237724AbjDFLY1 (ORCPT ); Thu, 6 Apr 2023 07:24:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55476 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235994AbjDFLYZ (ORCPT ); Thu, 6 Apr 2023 07:24:25 -0400 Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AC78783F7 for ; Thu, 6 Apr 2023 04:24:21 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 2FF9E5C00C9; Thu, 6 Apr 2023 07:24:18 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute6.internal (MEProxy); Thu, 06 Apr 2023 07:24:18 -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=1680780258; x=1680866658; bh=Gq C0msXUkih9ZXzN6e7GwneaPTqnO4vnHWEtU6Y291I=; b=CXXIGJFVUBMwtAjLnp kmF10Zfxfr631SRdhfKgwQh+ULwP+arHVY/Q2o5d+Sz9uZu2foTRaLB5dXiW1yyx SkodDp49FghSHp2I8e0VygrKOLHRqPFizdJy7Y7UuZEZHLvKELp+3i5crOAjVGhg oml7+vH8jkpaoTcv4jqVNC83UCeuSp3+LOjjLgDPmcNjiiitNBPFfA3Vj2Xav8pk Qxg3zvT45pmTWyIwM+iUgg1yWO9X4Fntvw9Ouf6uPd/5sBsfaeH3/i9i6UJOqsCh Xn1OpYeXhPGPls+mlVenzOilPj7ansHZgCR/8/aCJQp9qbmB3s7qgkwJjuxOL99v ZLKw== 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=1680780258; x=1680866658; bh=GqC0msXUkih9Z XzN6e7GwneaPTqnO4vnHWEtU6Y291I=; b=DzBgP5N9tzBpd8kNcfqKNGyFddW34 dOLdkdA0dILtzyrrPHBWH+tf+b9sHy1ux2zBy9YT+Zz6JzcQOJ/g4amaBuj7HI8D //Yj4Pm8FCtr6aGMRIVwhGJXvetGTQR6ZCcO0a2ECuT57r3Nr6/XSrPXovuCe0XF HG7IR9EVuGrMX/KaeZG/4ehe07+eIfjcYL9VN6tNXUNvXawVKOdt/Is/4rjVwhE/ XsgAmyI7ZOSmaDOiAHJ5Y3qMF45DF6K3G/EXiAziQuF+YMIV6PO1xZaZu02/iS4t KfEt5wdETeseQaptyGMLauoZ2hZ3gWXnqIqC6zHHgsW3mulVig34dw3Yw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdejfedgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsehttdertderredtnecuhfhrohhmpedftehr nhguuceuvghrghhmrghnnhdfuceorghrnhgusegrrhhnuggsrdguvgeqnecuggftrfgrth htvghrnhepffehueegteeihfegtefhjefgtdeugfegjeelheejueethfefgeeghfektdek teffnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprg hrnhgusegrrhhnuggsrdguvg X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 961AEB60093; Thu, 6 Apr 2023 07:24:17 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-334-g8c072af647-fm-20230330.001-g8c072af6 Mime-Version: 1.0 Message-Id: <7234b8ab-db5c-4f4a-bb9e-ddef9f1a50d3@app.fastmail.com> In-Reply-To: <20230406105646.GB1545779@pevik> References: <96b67ae8-98dd-40fe-9dde-302e09d12551@app.fastmail.com> <20230406105646.GB1545779@pevik> Date: Thu, 06 Apr 2023 13:23:57 +0200 From: "Arnd Bergmann" To: "Petr Vorel" , "Naresh Kamboju" Cc: "open list" , "LTP List" , llvm@lists.linux.dev, chrubis , "Nathan Chancellor" , "Anders Roxell" , =?UTF-8?Q?Daniel_D=C3=ADaz?= , "Benjamin Copeland" , "Tudor Cretu" Subject: Re: LTP: list of failures on 32bit and compat mode Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 6, 2023, at 12:56, Petr Vorel wrote: >> On Thu, Apr 6, 2023, at 11:11, Naresh Kamboju wrote: > >> > mq_timedreceive01 >> > mq_timedreceive01.c:197: TPASS: mq_timedreceive() failed expectedly: EINTR (4) >> > tst_test.c:1581: TBROK: Test killed by SIGSEGV! > >> I think this is the same problem as fstatfs02, where ltp passes >> an invalid pointer and expects EFAULT, but musl touches the data >> first in order to do the time64 conversion. Needs the same fix. > > FYI mq_timedreceive01 is broken on 32bit systems with glibc > (in current LTP master): > > EINTR (4) > tst_test.c:1618: TBROK: Test killed by SIGSEGV! Right, I see this has the same time64 logic as musl now. >> > recvmmsg01.c:92: TPASS: recvmmsg() overflow in nanoseconds in timeout >> > : EINVAL (22) >> > tst_test.c:1581: TBROK: Test killed by SIGSEGV! > >> Same time64 conversion issue as above. > > Besides the same problem with shm permissions on musl I see SIGSEGV also on > 64bit musl on current LTP master. Ah, I see. This must be the padding code then, not the time64 conversion: +int recvmmsg(int fd, struct mmsghdr *msgvec, unsigned int vlen, unsigned int flags, struct timespec *timeout) +{ +#if LONG_MAX > INT_MAX + struct mmsghdr *mh = msgvec; + unsigned int i; + for (i = vlen; i; i--, mh++) + mh->msg_hdr.__pad1 = mh->msg_hdr.__pad2 = 0; +#endif Arnd