Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp1749298pxy; Fri, 23 Apr 2021 16:23:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy+G5dQETALNC6y2qq+HRFDotglJWsK2UyQGoKJXa4frbPnEJc9/fAdinNuk8oLctPmTuJA X-Received: by 2002:a17:906:415b:: with SMTP id l27mr6688584ejk.19.1619220212551; Fri, 23 Apr 2021 16:23:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619220212; cv=none; d=google.com; s=arc-20160816; b=rmarIc1oksGNr6XfTv9PZLpdwNHO7UtvqujDuR1L5O2HGCFf1Pq12Y7trtpXXHPYI9 AKdbt4OSiX5ZeoMoEbRxCoB2pVfC8OM+OCOcxDgsJNvHsceZ8CwR2f2UF5UQXj4Ftmcj HUITMJKKWz2NhVYTeoO/MpV4F3zvkkguV2LSJU8YEKc8ZWwxeQxTSR0yu/sXbD+zVGpA pLeILYHJQU8xptJvB20EnrCNzQgpp++rmHVBN2P+SlfPS5/MSH6JxdZiiLOA5hIwaSLG +MitxpxNnTReQd33/iyKgi0QaHNvYW/a6lsCqOmiNVYBIV1rAEJDmBUtbx6U9W3ZDyxG 2cog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=GVFkyd0zXyAFLRTfJwPvxqPuA+Ga9ARob41mCK+Qqak=; b=pi2l98YnlDKG9as5Y4z4oUfc8/w8YyCpK+8B5tJdHsprd7ajwdn+7GIWWbDZQQf60V KiexAMlYYhoFuvkdY2vfqHPH5dFK+FJAbhbQrLvEtHSFw7lEa1i7jRU4Z2GRjs8/kP2A dJxW/+N9/B6JE00wErjioDXrsK7WPZ4zc0qO/fcNxwM9w/dwslFaEyMnJrOVE+Qyqpr7 3apsF/Slf3yFwUM67WOwVdddlrVcQ6l8RWdJUR3PyiDfjfPUOnYrExHdaT05Kql+yCVi lsomcsKMqmiJcoOL45UBG6BwSv1kIlJanlstJzzdd4UJLi8lY4FIpoiePYmKnsJXFGz5 O2/A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j4si6553532edk.420.2021.04.23.16.23.09; Fri, 23 Apr 2021 16:23:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235354AbhDWXWq (ORCPT + 99 others); Fri, 23 Apr 2021 19:22:46 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:42538 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229548AbhDWXWn (ORCPT ); Fri, 23 Apr 2021 19:22:43 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: tonyk) with ESMTPSA id 887B71F43DD3 Subject: Re: [patch 3/6] futex: Get rid of the val2 conditional dance To: Thomas Gleixner , LKML Cc: Peter Zijlstra , Adhemerval Zanella , Lukasz Majewski , Florian Weimer , Carlos O'Donell , "Michael Kerrisk (man-pages)" , Davidlohr Bueso , Ingo Molnar , Darren Hart , Andrei Vagin , Kurt Kanzenbach , kernel@collabora.com References: <20210422194417.866740847@linutronix.de> <20210422194705.125957049@linutronix.de> <87r1j0vdev.ffs@nanos.tec.linutronix.de> From: =?UTF-8?Q?Andr=c3=a9_Almeida?= Message-ID: <5817ec9e-9e80-79ef-d09c-6717b0816963@collabora.com> Date: Fri, 23 Apr 2021 20:21:58 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <87r1j0vdev.ffs@nanos.tec.linutronix.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Às 19:34 de 23/04/21, Thomas Gleixner escreveu: > On Fri, Apr 23 2021 at 18:40, André Almeida wrote: >>> >>> - return do_futex(uaddr, op, val, tp, uaddr2, val2, val3); >>> + return do_futex(uaddr, op, val, tp, uaddr2, (unsigned long)utime, val3); >> >> Given do_futex()'s type signature, I think it makes more sense to cast >> utime to u32. > > It's a pointer which you better force cast to unsigned long first. > > So the explicit thing would be '(u32)(unsigned long) utime' which is > what the val2 dance stupidly did with 'int' > > val2 = (int) (unsigned long) utime; > > But with doing it at function call argument it's implicit, because the > > unsigned long to u32 conversion is well defined > > while > > (u32)ptr > > is only well defined on 32bit. > I see, thank you for the clarification! > Thanks, > > tglx >