From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mika Kuoppala Subject: Re: [PATCH] tools/null_state_gen: generate null render state Date: Tue, 06 May 2014 17:44:45 +0300 Message-ID: <878uqfj7aa.fsf@gaia.fi.intel.com> References: <1399382766-25116-1-git-send-email-mika.kuoppala@intel.com> <1399383541-25856-1-git-send-email-mika.kuoppala@intel.com> <20140506134740.GB476@nuc-i3427.alporthouse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by gabe.freedesktop.org (Postfix) with ESMTP id 9DA686EB91 for ; Tue, 6 May 2014 07:46:02 -0700 (PDT) In-Reply-To: <20140506134740.GB476@nuc-i3427.alporthouse.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Chris Wilson Cc: intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org Chris Wilson writes: > Why does this work? It is neither the most minimal batch, nor the > maximal. Which state is truly required? It looks like cargo-culted > Chinese. These are just stripped down version of rendercopy for each gen. What I would guess would be the key to understanding the issue at hand, would be to start from just empty batch and then add one stage initialization at a time, until the bug disappears. But as our bdw doesn't seem to hit the issue reliably, I went into setting up everything (used rendercopy). -Mika > -Chris > > -- > Chris Wilson, Intel Open Source Technology Centre