Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934373AbdIYJcv (ORCPT ); Mon, 25 Sep 2017 05:32:51 -0400 Received: from mga14.intel.com ([192.55.52.115]:61887 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932817AbdIYJct (ORCPT ); Mon, 25 Sep 2017 05:32:49 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.42,435,1500966000"; d="scan'208";a="155608694" Message-ID: <1506331944.5593.10.camel@linux.intel.com> Subject: Re: [PATCH][drm-next] drm/i915/gvt: ensure -ve return value is handled correctly From: Joonas Lahtinen To: "Wang, Zhi A" , Zhenyu Wang , Joe Perches Cc: "Gao, Fred" , David Airlie , "intel-gfx@lists.freedesktop.org" , "kernel-janitors@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Jani Nikula , "dri-devel@lists.freedesktop.org" , "Vivi, Rodrigo" , Colin King , "intel-gvt-dev@lists.freedesktop.org" Date: Mon, 25 Sep 2017 12:32:24 +0300 In-Reply-To: References: <20170919155534.25334-1-colin.king@canonical.com> <20170919214614.cfiolgznopouv34e@zhen-hp.sh.intel.com> <1505874923.2067.14.camel@perches.com> <20170920224406.jscthkglwfy3xhtf@zhen-hp.sh.intel.com> <1506004318.5382.4.camel@linux.intel.com> <1506078663.6232.65.camel@linux.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.5 (3.24.5-1.fc26) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 674 Lines: 19 On Fri, 2017-09-22 at 17:50 +0000, Wang, Zhi A wrote: > Thanks for the reply. Learned a lot. :) > > GEM_BUG_ON is new to me since it wasn't there at the beginning of > GVT-g upstream. It showed up later. So I left a lot of WARN_ON in the > code and some of them should be GEM_BUG_ON now. > > Now I can figure out those differences. We can discuss with our QA to > see if they would like to enable I915_GEM_DEBUG and then we can move > to GEM_BUG_ON also, or maybe we can have a dedicated GVT_BUG_ON. :) > Thank you so much. Have a great weekend. GVT_BUG_ON is probably the way to go :) Regards, Joonas -- Joonas Lahtinen Open Source Technology Center Intel Corporation