Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1565480pxj; Wed, 19 May 2021 08:45:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzzpykcwI8k8bbs/ZbXAiTBm/LCkYDzcmJdAursDKndgWrWd/fOE7FOZWPOjMIkGwBgdX+w X-Received: by 2002:a17:906:7302:: with SMTP id di2mr13027503ejc.409.1621439151536; Wed, 19 May 2021 08:45:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621439151; cv=none; d=google.com; s=arc-20160816; b=sawFvNOnrIBrcIDgEavDNt/b7TJmY51+G+J5jRctIJW5kbipUC1z3b26PgiHoP2HGf XmONLC2FTwIQzbisn99HRNNiGF8gUinPNQCbrNvUUkmZ8hUS+76JF3yv09twnAbca6YT D+CVIGfq8qg01BZ6tYfF3VLK6bZx5ckwTaq4kmhrLDzuIwl78neY077nHNu56VXMl9a5 mohQu2mZu+mQ4Ib5aEo9shCa0+jNcgQLjFbieWKCEdM2cpZXfpBJPalcPv3h89n9esEZ FaEvIXAM7RBmAKtb2v7FrC4n3SVyZ221TZsOHDCpkMR6s4QF6OqRHjDCTP7JsBtY+DM0 iDEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Y567tNv1fHVSsKxLMm2jSVyDlDOEe6flIFxRPUzqZwk=; b=rwKJtnPsFg6Y6Ieo/olyzyGfuz5oqrZborb/B/yRXzeA7XwN7BxHy/LnDfIZMkDNAI vM1qpE9Ze1FVlE28bHB55Y19ko3OFO5cqa8nKu3OlDTESzF31SkcB5ASPK8Zu9Q7W+XZ Wnr62uNihY2ZuJsTWNWlJTJ7WSpcm9jQ0zB0lYl7F78xYoFE1tIMkDDbphHwMNpWGbnV UThxpYNRWjDkUlFPN6Ev/XVO8/H5OWLAW1VSV2HeVLnjyBPPhljYQt8z0Rx9CSqHPrGT ZGpncfmaACRmzEj1l4xXdsBWb7786iECWPhrMJFxj/RNnpX4lSSIP6sOrfDeZSLO+KwP k5lw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aZZBhfx5; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h2si36313ejf.704.2021.05.19.08.45.27; Wed, 19 May 2021 08:45:51 -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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aZZBhfx5; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345651AbhERHHJ (ORCPT + 99 others); Tue, 18 May 2021 03:07:09 -0400 Received: from mail.kernel.org ([198.145.29.99]:43350 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239487AbhERHHI (ORCPT ); Tue, 18 May 2021 03:07:08 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9E64B611BD; Tue, 18 May 2021 07:05:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1621321551; bh=0w3PtxZoe7et+9vhv9kCZI+gY36ORdXZtA8MtELkPpc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=aZZBhfx55bP0k5mnmmlWanzo+XxqgQOZhk5jsrlnevOFc9dWJ7iskoTEwozt8ZU+E httabZ/AKCZZQS7vU8Y0pcwKPzzY5kqDwg8v7UuI5624ogA1aM7P8ubaishAMj9rQH br4iRIVcu09ki6xyX1Gw2zc0vBut2+En1fycIRg83Hejv0KLP+jDZSw99kXaSWXYdQ b8bNu5mmoVnP91aVkjjN0ppDcXFsfWHM/F5pHkjJllhzbK1NTAX0A7TTuM7ZFwsbUx GH4MBCmhU9SZ9WdEMGIErmwcGXgS/3z7bejunVynHogWe0Tg75ajHmUNB00xa/TwdU noRCpmKhbT3Yw== Date: Tue, 18 May 2021 10:05:46 +0300 From: Leon Romanovsky To: Jason Gunthorpe Cc: Jiapeng Chong , yishaih@nvidia.com, dledford@redhat.com, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] RDMA/mlx4: Remove unnessesary check in mlx4_ib_modify_wq() Message-ID: References: <1620382961-69701-1-git-send-email-jiapeng.chong@linux.alibaba.com> <20210511174302.GA1291834@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210511174302.GA1291834@nvidia.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 11, 2021 at 02:43:02PM -0300, Jason Gunthorpe wrote: > On Fri, May 07, 2021 at 06:22:41PM +0800, Jiapeng Chong wrote: > > cur_state and new_state are enums and when GCC considers > > them as unsigned, the conditions are never met. > > But doesn't gcc consider enums to be 'int' as the standard requires? Ohh, I missed that. > > This change looks really sketchy to me, cur_state and new_state are > both userspace controlled data. We should not make assumptions about > the underlying signedness of an enum when validating user data. I still think that the right change should be in ib_uverbs_ex_modify_wq(), so both mlx4 and mlx5 will be protected. Thanks > > Jason