Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2415260pxa; Mon, 3 Aug 2020 15:55:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwbzO+kcseCbxCN+ij/KGb6OtuqMLMAqQcCgx4z/FUOlFdsmD40h7SXYda7Y37mxZAnfEYc X-Received: by 2002:a05:6402:1591:: with SMTP id c17mr17647106edv.111.1596495317119; Mon, 03 Aug 2020 15:55:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596495317; cv=none; d=google.com; s=arc-20160816; b=KRaGjpiX6rmgcJ7XplkH9uB2HkSSCxJgWIOU+LPPZtNYlzsC/ZfIZt2mg9NXCYT6/h yChk7gRMFRFIXBI7zTZFMOhCSgcQI4OhhGdYkqwkf+hWE7c/i7N9VXD2E9wIksTd/z8d R4a5pQZ1Gl5Zy2HdrPkj2PuSOEh2EHdzYpCP2LSXxtLNa5X/THzLfJKtzx220Oty5/9v NPMRWfMptETCNkAtuLnH0RaHoZEXhbRs9G1Vfj8HecF/CwNcVIwsE+0Xx70oWkJiNvn6 FTpy5xtdgOqpwxMxCJdx1pi+OdAmBosco0pGbTS918A6U/z6fna87sA3WF76iiGc5nos 67FA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=08s2SSryzk7p5L5UgJNxEaZr67zv63NZCmqs44Og0sU=; b=anTlr0OhRD9Uzqkmj/w/aG1drEOVzOt2PMnmzQKTHYAyJLzKg11U3gfcxU+nC04FDC x+HQ8jcj8UGCe7hCgtI3G9yqPDgv2pR0NWRIUmNTNPE9w+d5iW7ZZ/CR6TBLS+TMPNMH L9+uRZ0LGyAZlwHl39RylXyDpDbhbL4FQriL7cIMa2kCaY9XhqzgPoFk43BInlIFqxrP UeNqOmCK7PtEE5+tTfy6fw3UfJYfL90uGyoa1CR5ekP4aGsi6Pzy/8Fw0umW99vVShp6 3SOQ9nJO05jzJytbGdnGO/nlQqDG2GA4PJggox+UtTogDufaBdMtkqJU8dgnRbjXyWfM sdTw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e24si10884860eds.212.2020.08.03.15.54.37; Mon, 03 Aug 2020 15:55:17 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728984AbgHCWvq (ORCPT + 99 others); Mon, 3 Aug 2020 18:51:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54106 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728213AbgHCWvp (ORCPT ); Mon, 3 Aug 2020 18:51:45 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A4A9AC06174A; Mon, 3 Aug 2020 15:51:45 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id E7D5312777F37; Mon, 3 Aug 2020 15:34:59 -0700 (PDT) Date: Mon, 03 Aug 2020 15:51:44 -0700 (PDT) Message-Id: <20200803.155144.1285440527272961526.davem@davemloft.net> To: baijiaju@tsinghua.edu.cn Cc: 3chas3@gmail.com, linux-atm-general@lists.sourceforge.net, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] atm: idt77252: avoid accessing the data mapped to streaming DMA From: David Miller In-Reply-To: <20200802093340.3475-1-baijiaju@tsinghua.edu.cn> References: <20200802093340.3475-1-baijiaju@tsinghua.edu.cn> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 03 Aug 2020 15:35:00 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jia-Ju Bai Date: Sun, 2 Aug 2020 17:33:40 +0800 > In queue_skb(), skb->data is mapped to streaming DMA on line 850: > dma_map_single(..., skb->data, ...); > > Then skb->data is accessed on lines 862 and 863: > tbd->word_4 = (skb->data[0] << 24) | (skb->data[1] << 16) | > (skb->data[2] << 8) | (skb->data[3] << 0); > and on lines 893 and 894: > tbd->word_4 = (skb->data[0] << 24) | (skb->data[1] << 16) | > (skb->data[2] << 8) | (skb->data[3] << 0); > > These accesses may cause data inconsistency between CPU cache and > hardware. > > To fix this problem, the calculation result of skb->data is stored in a > local variable before DMA mapping, and then the driver accesses this > local variable instead of skb->data. > > Signed-off-by: Jia-Ju Bai Applied.