Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3314403pxb; Mon, 24 Jan 2022 07:08:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJySkNFi2hZP+c7tKhorpMfWuo2ibpV+jcpCiLXYm2Kq/iHocH/1lZPM6Qhk16M6x+3howJb X-Received: by 2002:a63:2d6:: with SMTP id 205mr6191043pgc.64.1643036884067; Mon, 24 Jan 2022 07:08:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643036884; cv=none; d=google.com; s=arc-20160816; b=Z7Lvp2Ol1IGeHS36eVFujq9cEYgEATkHR/E1sH5y2kWD2byV1mPWUWtK0kmcfbbBLq XEOduFZ6FnRVP40nBZdrEt+9YBXsVV1nPt6Dl/tEN0HVJ5XvnFPrsVhximG2fmfMXSfJ E5mj7KZw1m1TwHxY22QsHcc0BtZaMl0UGN5Lp87Lwd2EfNhzgR75+LC4QDS3CwsFKr/Z RQ0IOeRElpeEpGApGyTA/YJpOLwgmsL15+xDFp5ZoKbtnvWN0BW2yirQWvx57xRsKlkY tkI6N3WRY79AqwINj8eBtf5H4d5lT3MX+lMGsb4F4yLTDF6m+w7S3s2XPFm1guV2DVL3 dVow== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=8F8oXm2k/gcp6vl5YAfLqudeeoB5KHWaVyWYUC3EY0k=; b=ezcg1+I5ZWjKEM5Q4cUeyoQN/GzI4KPrx9Lk8U6fYZKfWf2qgasYWvz1pzqssgWZTD qtcj1nqTyYDZXFQvjfO/zKF26CMXOAElmyQusZyNJc5u8CCAWW8GhkEDmy4gsAy8U/ls JdRNwa4e1Ojc+wJ85paiNJo5/vRBlM/kc5v8ZSru1OHvQdp/Bc9aqQzGdWu3E/Z/48G7 +NKxkEpYb6J1hh0GkCfvI/s15Y2pD1+QECXyU/9eJjxyJFOoBKfefczOnabhmTZIB4XP vI0PABu0FNY0Y4VK1x5rrjYsVNMowtAWmOqmGk+6/+tTnU4nmyPUVPUtGHQnSYlamazs CGmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=PD4oMlRR; 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v9si14626426plg.551.2022.01.24.07.07.50; Mon, 24 Jan 2022 07:08:04 -0800 (PST) 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=@intel.com header.s=Intel header.b=PD4oMlRR; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240850AbiAXByd (ORCPT + 99 others); Sun, 23 Jan 2022 20:54:33 -0500 Received: from mga06.intel.com ([134.134.136.31]:20509 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240748AbiAXByQ (ORCPT ); Sun, 23 Jan 2022 20:54:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1642989256; x=1674525256; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=BBygKGffoL5d5GTpz8jASmHam5hJkymlp1BmAKuyaH0=; b=PD4oMlRRxBya31CJ67nZZoXbbELU3HVJQjWbceQvGLHUaFyLNA5lHoLo tK4Hh9B7pCs4dGRaVVmN+i3QsbfN4F1rMe+bVqsJQDrxJcN8rLj5p2/X1 4iYnPYLv/zhZXGFJ7fhf6OzpaSgvKGwe8A/t1MVt9l+fr3D+AtA3A6hMj tfFjpWpxWfAc9rc5100fSjdwnGX65fbB+dO3zTZ6dsbPnlJxbSCSw5b0Z coR9aE+6m8k0RVOPvJxHYOZnvZrLRAi+sOBhPR32k0XFAtoMuQ79TuABF W6kovrFCD39/5EKHxVbmiAXD+MrsdVR64pQuAmW/WQFj5DBx4hvKCX0U3 Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10236"; a="306658425" X-IronPort-AV: E=Sophos;i="5.88,311,1635231600"; d="scan'208";a="306658425" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jan 2022 17:54:15 -0800 X-IronPort-AV: E=Sophos;i="5.88,311,1635231600"; d="scan'208";a="627320411" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.147]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jan 2022 17:54:15 -0800 From: ira.weiny@intel.com To: David Airlie , Daniel Vetter , Patrik Jakobsson , Rob Clark , Sean Paul Cc: Ira Weiny , amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, intel-gfx@lists.freedesktop.org, linux-arm-msm@vger.kernel.org Subject: [PATCH V2 7/7] drm/radeon: Ensure kunmap is called on error Date: Sun, 23 Jan 2022 17:54:09 -0800 Message-Id: <20220124015409.807587-8-ira.weiny@intel.com> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20220124015409.807587-1-ira.weiny@intel.com> References: <20220124015409.807587-1-ira.weiny@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ira Weiny The default case leaves the buffer object mapped in error. Add radeon_bo_kunmap() to that case to ensure the mapping is cleaned up. Signed-off-by: Ira Weiny --- NOTE: It seems like this function could use a fair bit of refactoring but this is the easiest way to fix the actual bug. --- drivers/gpu/drm/radeon/radeon_uvd.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c b/drivers/gpu/drm/radeon/radeon_uvd.c index 377f9cdb5b53..7cca283f6202 100644 --- a/drivers/gpu/drm/radeon/radeon_uvd.c +++ b/drivers/gpu/drm/radeon/radeon_uvd.c @@ -560,6 +560,7 @@ static int radeon_uvd_cs_msg(struct radeon_cs_parser *p, struct radeon_bo *bo, default: + radeon_bo_kunmap(bo); DRM_ERROR("Illegal UVD message type (%d)!\n", msg_type); return -EINVAL; } -- 2.31.1