Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp2063735imd; Fri, 2 Nov 2018 05:31:38 -0700 (PDT) X-Google-Smtp-Source: AJdET5dHZ8wd9+RmwgyOCRz/LE7mdb/J1j62dS316HMK+4W9dpEpm8pzq6amkl9ZsPwY3WeKxS9P X-Received: by 2002:a17:902:6bc9:: with SMTP id m9-v6mr11816910plt.106.1541161898628; Fri, 02 Nov 2018 05:31:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541161898; cv=none; d=google.com; s=arc-20160816; b=Q4lgO5vWBloZb4oFeT7ljk75i66bgm/14G5VQygyb61X4j+27U4tD56382TewyD3Xb M49FpHDSGit8Rl++7sakGtGtLP8mV3oiz8BXD8d7ZmyFSwDtMjMpZU6O9LM8FNrvzhJ0 8hupqSdEGxFNWoM0gW+p1Cs1v0Gq9fUjZ4QeTJxn74WIn3hHMlYGLcm8v4NySbIUyFRm HSDc6qf0yycp6LcVakxW8oiC/XA+8QFOvHSgaK6Z0dqoYiyqJcKTsLPDHfPdTXJOresG ZqwLHhyqbo+Vwz8rw8GST74B7Nxx5BUsbAputu8wSOAAkYvv/x+uwfeQ6+D973vtGmB3 rTng== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject; bh=7kg3oOIIfGksACVFqRXql7OCBAeduENj3mZorWNlM0I=; b=PSqBESD9sVMggSn9m7IP7rMcZ2K6P9/DhHcX8hD48aGLL570BA4POHhyEU3rH5cGcK VCeX6JlpbmzNwY4q5TtuN4Peq/gpDFM60ZQSrnHBvWZZXQT8ezVIDo3XsKpyzGNoQn9i l+4Wci4709aSpdewwe975i2Ak+ysvsye3bf2/HUp1kAd4dx6R0F5etOCicY3O53tzEg/ upLQT+JJ7QH43UYPjlzIxCbWQ6O5+OGx4aqsFh/O32Ci0bU2va8f/7Uy0Qn3oVMuy1qx 6ck4IGEZOdu+E0vO/j7dqzkJsr1RNCWvPLcnfabec39OEAtsjlMd366bHuhZvmxo1cq+ OehA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q1-v6si33367965pls.17.2018.11.02.05.31.22; Fri, 02 Nov 2018 05:31:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726827AbeKBVh4 (ORCPT + 99 others); Fri, 2 Nov 2018 17:37:56 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:33612 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726008AbeKBVh4 (ORCPT ); Fri, 2 Nov 2018 17:37:56 -0400 Received: from [IPv6:2a02:8109:92c0:207d:adf1:b546:cba2:bcad] (unknown [IPv6:2a02:8109:92c0:207d:adf1:b546:cba2:bcad]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: robertfoss) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 8D04B27DF2A; Fri, 2 Nov 2018 12:30:51 +0000 (GMT) Subject: Re: [PATCH v2] drm/msm: Move fence put to where failure occurs To: Chris Wilson , dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org References: <20181102121313.23271-1-robert.foss@collabora.com> <154116100076.30246.13155169401499183452@skylake-alporthouse-com> From: Robert Foss Message-ID: <0e882e0f-07a0-e217-6e88-082a09e87986@collabora.com> Date: Fri, 2 Nov 2018 13:30:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <154116100076.30246.13155169401499183452@skylake-alporthouse-com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hey Chris, On 2018-11-02 13:16, Chris Wilson wrote: > Quoting Robert Foss (2018-11-02 12:13:13) >> If dma_fence_wait fails to wait for a supplied in-fence in >> msm_ioctl_gem_submit, make sure we release that in-fence. >> >> Also remove this dma_fence_put() from the 'out' label. >> >> Signed-off-by: Robert Foss > > Reviewed-by: Chris Wilson Danke! > > Rob, this probably merits a cc:stable tag -- if the wait was interrupted > by a signal, the fence would be leaked. Ack, CC-ed the v2 submission. Rob.