Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp96938pxy; Tue, 20 Apr 2021 13:36:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0lLRN8ZUxigM7TU9V9aIYIlbaRj0X/Belh4mVO8r4wMI3CmRhFSkglDuC/qTmOkdFIYTa X-Received: by 2002:a17:90a:8816:: with SMTP id s22mr6780470pjn.25.1618950994880; Tue, 20 Apr 2021 13:36:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618950994; cv=none; d=google.com; s=arc-20160816; b=PaCeRN6cMB1FDlRSV+DReq6bm5KExfWQw8zKIVeynn+O/wLm1jmHGr/E8mPXbtfgR6 ofOo+Nov5Aje4JU6vvvAIA0AYBskSIVtlKbZsycXJ86jzmR90ckBvmq8IEfDdk2xV8Dl YEgqCJdPOrkYYmw1lw8pJ50M6pi5iX3oDoHq2C4oJktVK2bQ5zS0a0H673JGP61cwZxB 99EeJqcDd3nOnLK3zXXOW7MBe+1LB2Xb2dsHZSiMCbKji137W3mx75fEw89+opVxmuKK c4UA785de7tcK+HYv5YdsZbs+UOMjdrBYhGUBuX9dyMLaFInJDo0mxwm+egvsbkHUmYN kGSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:ironport-sdr:ironport-sdr; bh=1O9ilTSrjy5kfVxONk1J5a+hmkVhsDq/H5JysE4wgZs=; b=BIx/Fc2yKQf7tsNxR0/2rZ0tLoN0jzHc7GiE9kU5VdE7iB3UzLUEeW67Vsza3gckPQ 3SdKRyMtiPChJN3xCXqt8PLh3b1c8AGpVm9B7eq7C0OO8PMxwSkgEFmWvsSkTY+nwTHv lOelqbLZNDRv+7FtcA61dIDbJCU+QKDB8ifyVDnq+CLipJ8yk2B0Y9ZoBcPsNKjvi5dn sCzjbpsCv0d+0JO1HOheiCsmndDgy2ef2tRHgNWRlkm7/MGeAxjYJNhIepY7NLMPz0i8 kmhdeM2TMkOlHvQaMRyQeuVp2xccBwFs3KG2p9/JsH5i3nYD1s1hj3vQXmrZHoABm3h1 GslA== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v24si21912677plo.27.2021.04.20.13.36.22; Tue, 20 Apr 2021 13:36:34 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233991AbhDTUeM (ORCPT + 99 others); Tue, 20 Apr 2021 16:34:12 -0400 Received: from mga11.intel.com ([192.55.52.93]:25865 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233984AbhDTUeF (ORCPT ); Tue, 20 Apr 2021 16:34:05 -0400 IronPort-SDR: /bEFHUmnZ0g3OanJYWQr03oO+Z9Rd6t2QBSUIlYdf+rqLOyTdweMJq/JPVFud5CfXM5g0i1iny wSOi7SU90GcQ== X-IronPort-AV: E=McAfee;i="6200,9189,9960"; a="192398632" X-IronPort-AV: E=Sophos;i="5.82,237,1613462400"; d="scan'208";a="192398632" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Apr 2021 13:33:32 -0700 IronPort-SDR: iROinzx5GA/O1yaeUWUmQc7JzydRnJRQAgi2rTtTm06vdjY6mjSZw6FAw+iTUhgKY+L5d1ZFmV ruOXr974TnSQ== X-IronPort-AV: E=Sophos;i="5.82,237,1613462400"; d="scan'208";a="384202468" Received: from djiang5-mobl1.amr.corp.intel.com (HELO [10.212.84.204]) ([10.212.84.204]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Apr 2021 13:33:32 -0700 Subject: Re: [PATCH 5.11 007/122] dmaengine: idxd: Fix clobbering of SWERR overflow bit on writeback To: Pavel Machek , Greg Kroah-Hartman Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Sanjay Kumar , Vinod Koul , Sasha Levin References: <20210419130530.166331793@linuxfoundation.org> <20210419130530.423797059@linuxfoundation.org> <20210420201305.GA9942@duo.ucw.cz> From: Dave Jiang Message-ID: <1abf0d63-2ddd-be5e-c643-d154c30daf33@intel.com> Date: Tue, 20 Apr 2021 13:33:31 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: <20210420201305.GA9942@duo.ucw.cz> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/20/2021 1:13 PM, Pavel Machek wrote: > Hi! > >> Current code blindly writes over the SWERR and the OVERFLOW bits. Write >> back the bits actually read instead so the driver avoids clobbering the >> OVERFLOW bit that comes after the register is read. > I believe this is incorrect. Changelog explains that we need to > preserve bits in the register... The code is correct, but I guess maybe badly explained by me. The IDXD_SWERR_ACK mask is IDXD_SWERR_VALID | IDXD_SWERR_OVERFLOW. When we do write 1 to clear, we want to AND the register value that was read with the mask so that we don't blindly clear the overflow bit under the scenario where we read the register and then another error comes in and set the overflow bit while we are in the interrupt handler. > >> diff --git a/drivers/dma/idxd/irq.c b/drivers/dma/idxd/irq.c >> index a60ca11a5784..f1463fc58112 100644 >> --- a/drivers/dma/idxd/irq.c >> +++ b/drivers/dma/idxd/irq.c >> @@ -124,7 +124,9 @@ static int process_misc_interrupts(struct idxd_device *idxd, u32 cause) >> for (i = 0; i < 4; i++) >> idxd->sw_err.bits[i] = ioread64(idxd->reg_base + >> IDXD_SWERR_OFFSET + i * sizeof(u64)); >> - iowrite64(IDXD_SWERR_ACK, idxd->reg_base + IDXD_SWERR_OFFSET); >> + >> + iowrite64(idxd->sw_err.bits[0] & IDXD_SWERR_ACK, >> + idxd->reg_base + IDXD_SWERR_OFFSET); > ...but that is not what the code does. > > I suspect it should be > >> + iowrite64(idxd->sw_err.bits[0] | IDXD_SWERR_ACK, >> + idxd->reg_base + IDXD_SWERR_OFFSET); > Best regards, > Pavel >