Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2691447pxj; Mon, 31 May 2021 08:21:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw6trS1OfDXX2LqfmIkKJ99NGIOjACwBjDkE/C08p0CAhlUSGnETS+5rGHdGIlj6xqIj/iW X-Received: by 2002:a05:6e02:2192:: with SMTP id j18mr17251411ila.223.1622474492360; Mon, 31 May 2021 08:21:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622474492; cv=none; d=google.com; s=arc-20160816; b=wR0nNKj8RV/HscaO8rmG7Ds06BFgkEWkvR4JR7V0yU/cCyIc3FMroeag5NxPPrcvSI AE2wFOTfgFxu3Qa3XFPEu41LCXyE5Itl8JcdrdDOFk8iUFF9HZZmHrkmcFLeOAWaruwH LmF7yLyNq+7zX/p8Y362uCOlmmtgoUq9jGCENKdnavfdqYINa2JqeiomfGlFCyI83dbh PhvI4xQwbxZMuIYvb0Yr62EpEOzdOgiid3FehcelSsj6J4bhRcWGvIQVvmyhG2MwA5N/ WeN/cnLA2yMpE3nmvE6e5pJX/shiIMQt2gMW/GGOYhYec0LkB09OlufLEWb0LmWaTfnO sLYg== 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=lW6To0no9OyMr/O325CSEI+l8UuBTyNaabb6vWAbFfA=; b=CSEzEYKljfpyF0rCIqs/QIu03glZV81+GWyDnmsRrPPNSBvyjdIF6nlbodeipkveKo 2UtGmDQRHkfmGp0qIW4KQ9nYGb+4515SkS9kGJS9Ea1W58kxCUV/boPJztyfxCEjcobD mJ1uwhpmDWdVjI/HkvU2zPhNclAf2ZWAjEFF2WfIjOR/yOxLjh+ZCGjod2ikXcHo/aI7 ErnHCUhJ3g3PMeGZ/LLzqubASqAlHilpogXjv6fQDCkLfF8ktc0qMXdWBRrW9+0WRSzK konVgGx/fsGApL5v8iBwbeMY6HSaAU0hMSlira1w1JjW39zIvxPNoBQEjvgt+uswQRqX CjPw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=wyK2zyYR; 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 i14si13925020ilu.19.2021.05.31.08.21.19; Mon, 31 May 2021 08:21: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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=wyK2zyYR; 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 S232644AbhEaPVO (ORCPT + 99 others); Mon, 31 May 2021 11:21:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:43304 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233780AbhEaOPj (ORCPT ); Mon, 31 May 2021 10:15:39 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 55A5F6147D; Mon, 31 May 2021 13:42:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1622468573; bh=zaqc71jmfjSYAhxJFkH0vlK71+sUttf04PqO/8IWQqE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=wyK2zyYRmm2jfnNaQHXlfaibCAGYb/ugR4lcPcqXAWWxylRLddsyLcC+ZZsSK+xvO m0d95e3agqE+PrIb4TSaAfDzNyiDNcHftXw2i6tAI81ovwms7pMEgUlADOAt0AYU+N q5d8Km25IJIZq/UbQJhKtIIrRCf9MT9BP6DzEaKA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Mathias Nyman , Mika Westerberg Subject: [PATCH 5.4 041/177] thunderbolt: dma_port: Fix NVM read buffer bounds and offset issue Date: Mon, 31 May 2021 15:13:18 +0200 Message-Id: <20210531130649.344025343@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210531130647.887605866@linuxfoundation.org> References: <20210531130647.887605866@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: Mathias Nyman commit b106776080a1cf953a1b2fd50cb2a995db4732be upstream. Up to 64 bytes of data can be read from NVM in one go. Read address must be dword aligned. Data is read into a local buffer. If caller asks to read data starting at an unaligned address then full dword is anyway read from NVM into a local buffer. Data is then copied from the local buffer starting at the unaligned offset to the caller buffer. In cases where asked data length + unaligned offset is over 64 bytes we need to make sure we don't read past the 64 bytes in the local buffer when copying to caller buffer, and make sure that we don't skip copying unaligned offset bytes from local buffer anymore after the first round of 64 byte NVM data read. Fixes: 3e13676862f9 ("thunderbolt: Add support for DMA configuration based mailbox") Cc: stable@vger.kernel.org Signed-off-by: Mathias Nyman Signed-off-by: Mika Westerberg Signed-off-by: Greg Kroah-Hartman --- drivers/thunderbolt/dma_port.c | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) --- a/drivers/thunderbolt/dma_port.c +++ b/drivers/thunderbolt/dma_port.c @@ -364,15 +364,15 @@ int dma_port_flash_read(struct tb_dma_po void *buf, size_t size) { unsigned int retries = DMA_PORT_RETRIES; - unsigned int offset; - - offset = address & 3; - address = address & ~3; do { - u32 nbytes = min_t(u32, size, MAIL_DATA_DWORDS * 4); + unsigned int offset; + size_t nbytes; int ret; + offset = address & 3; + nbytes = min_t(size_t, size + offset, MAIL_DATA_DWORDS * 4); + ret = dma_port_flash_read_block(dma, address, dma->buf, ALIGN(nbytes, 4)); if (ret) { @@ -384,6 +384,7 @@ int dma_port_flash_read(struct tb_dma_po return ret; } + nbytes -= offset; memcpy(buf, dma->buf + offset, nbytes); size -= nbytes;