Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp625298pxv; Thu, 15 Jul 2021 11:51:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyxjfKVUxNRT5a0x4LsPhaRHrgEV9DgeBTmvUQb6yGxcWOe35F/6u3lwZu68bCpaOi2rAkV X-Received: by 2002:a92:a004:: with SMTP id e4mr3361894ili.299.1626375093994; Thu, 15 Jul 2021 11:51:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626375093; cv=none; d=google.com; s=arc-20160816; b=TRMVluqV32qKU09Zhyw7WouOLaCw8jAgrd4I0g2yXOFOhXuBc7ONNEVJ8VF7BDFD06 6SdlsAo4EWkkRr3/y0TBmjJewGrLTzlsh07P8zJEqoaP5iJhWgN6vJphGIsQ0QSv4my4 eGBzPQ1DQ1BxKd35YjwVwmv0bCS0nicVG8UhDT24MwGmBC/WY1LDIBLOOry1JsMxI+EW hn1zUpn5GDxaA0ZPzWtM99eqUHIcN50Rgm04yLkXre6x0KvDbP0d4Q4hIgbuQEA8RN2U EhGU8Ls+XneQl4ZzXlDutT2dU6pvmfAXjWGizu2hpeLKTmdzQtT/HKoBiQ/xOr5fe8Hb MdXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=MDYFXVndV+Y+7CHJqbwuVJRIR7wJH3Ri/MwInaOFRhU=; b=pKhRaXLOdBHjQRp+FXZt9V6PoNnb1eBa8R8yPe2N+q70jKJEVzz1jdxgRJC6UAYxaF a+XGKfWljZDeG4EDtXbq3NNhV4kvHc4gDoEVYVs1F4j8BiUmbMcseb/stEvNQi4XiTYx dSBtHdDRs/L16CqIUfgZ96QsTJX1Qz5IOpeNKIGoVzaWf+WGgPQQ2w9Xd2S6TfbVX8yT 7W2xcKWeO76I36664/Q1CebOy9knw6AkoIqyyWAbzEx36o5roB8kR6VqiS9Jmv/adFFq O9Y8isRPLP5H3z3hr10mpppHb913RGkdxnbwiOtCIqFHOWKjE49S2JW54LLtuQtEZ2kk YaqQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=YXcQhZR3; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j23si8296132iog.79.2021.07.15.11.51.20; Thu, 15 Jul 2021 11:51:33 -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=@linuxfoundation.org header.s=korg header.b=YXcQhZR3; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240343AbhGOSwl (ORCPT + 99 others); Thu, 15 Jul 2021 14:52:41 -0400 Received: from mail.kernel.org ([198.145.29.99]:51384 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240681AbhGOStd (ORCPT ); Thu, 15 Jul 2021 14:49:33 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 78747613D6; Thu, 15 Jul 2021 18:46:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626374798; bh=fyJMuxXRkS9is0Y18GpXeq6g6r1+GtWuwLtiCQyT9HY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=YXcQhZR3mYkBYKd50h/hbjU4jeMvl+Ar7zjsihbKaRlFW45NJkxh3oVlpO9Z/b1aJ zjt8rQmLnkOKFtUbdZE7VmZN9f0rFhbwOi2AXu30u5prS0ZDnwVbKOmzeZx9JN2/PL U6WmN/GPBrARyhj8D6d08gS+BRBUhuug3XnnQNZM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jesse Brandeburg , Dave Switzer , Tony Nguyen , Sasha Levin Subject: [PATCH 5.10 031/215] igb: fix assignment on big endian machines Date: Thu, 15 Jul 2021 20:36:43 +0200 Message-Id: <20210715182604.455448021@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210715182558.381078833@linuxfoundation.org> References: <20210715182558.381078833@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jesse Brandeburg [ Upstream commit b514958dd1a3bd57638b0e63b8e5152b1960e6aa ] The igb driver was trying hard to be sparse correct, but somehow ended up converting a variable into little endian order and then tries to OR something with it. A much plainer way of doing things is to leave all variables and OR operations in CPU (non-endian) mode, and then convert to little endian only once, which is what this change does. This probably fixes a bug that might have been seen only on big endian systems. Signed-off-by: Jesse Brandeburg Tested-by: Dave Switzer Signed-off-by: Tony Nguyen Signed-off-by: Sasha Levin --- drivers/net/ethernet/intel/igb/igb_main.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/intel/igb/igb_main.c b/drivers/net/ethernet/intel/igb/igb_main.c index 157683fbf61c..4b9b5148c916 100644 --- a/drivers/net/ethernet/intel/igb/igb_main.c +++ b/drivers/net/ethernet/intel/igb/igb_main.c @@ -6289,12 +6289,12 @@ int igb_xmit_xdp_ring(struct igb_adapter *adapter, cmd_type |= len | IGB_TXD_DCMD; tx_desc->read.cmd_type_len = cpu_to_le32(cmd_type); - olinfo_status = cpu_to_le32(len << E1000_ADVTXD_PAYLEN_SHIFT); + olinfo_status = len << E1000_ADVTXD_PAYLEN_SHIFT; /* 82575 requires a unique index per ring */ if (test_bit(IGB_RING_FLAG_TX_CTX_IDX, &tx_ring->flags)) olinfo_status |= tx_ring->reg_idx << 4; - tx_desc->read.olinfo_status = olinfo_status; + tx_desc->read.olinfo_status = cpu_to_le32(olinfo_status); netdev_tx_sent_queue(txring_txq(tx_ring), tx_buffer->bytecount); -- 2.30.2