[Beignet] [PATCH 2/2] Add aub dump support

Zhigang Gong zhigang.gong at linux.intel.com
Thu Dec 25 00:42:05 PST 2014


On Thu, Dec 25, 2014 at 04:19:45PM +0800, Zhenyu Wang wrote:
> On 2014.12.25 14:30:40 +0800, Zhigang Gong wrote:
> > One normal case is that the application will enqueue many kernels one by one.
> > Could you enhance this patch to output per kernel aub file, something like
> > kernel_a.aub, kernel_b.aub, etc.
> > 
> 
> I'm not quite understand what you mean, maybe you can
> elaborate more on your requirement?
> 
> Aub file will contain all your batch execution requests
> from your driver in an emulated graphics address space. 
> 
> I guess you might want seperated aub file for each batch
> execution? Hmm, that's doable, e.g you can stop/close aub
> file then request for a new aub file name and re-enable aub
> dump before each batch submission. But I don't think it's
Eaxctly what I want.
The reason I want this feature is sometimes an application
enqueue and executed many kernels and at last it hung at
the 20th kernel/batchbuffer execution. We are only interested
in the 20th kernel execution and don't want to check all
the previous execution. If we dump all the batchbuffer to
the aub, the the aub file may be too large to analyze the
real issue. Or is there another utility to extract each
batchbuffer execution from a big aub file?


> strictly required to work with fulsim like this, it can
> parse your multiple executions just fine and print warning
> or errors on the issues it can find. If we really want to,
> we can do another way after this basic support, idea?
That's ok for me.

> 
> -- 
> Open Source Technology Center, Intel ltd.
> 
> $gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827



> _______________________________________________
> Beignet mailing list
> Beignet at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/beignet



More information about the Beignet mailing list