On Tue, 18 Dec 2012 23:03:02 +0000, Chris Wilson <[email protected]> wrote: > On Tue, 18 Dec 2012 23:57:05 +0100, Daniel Vetter <[email protected]> wrote: > > On Tue, Dec 18, 2012 at 11:51 PM, Chris Wilson <[email protected]> > > wrote: > > > As we can only pass in the base address of the first plane, we can not > > > control the offset into the subsampled chroma planes. This means that we > > > cannot support a source offset into a YUV* linear framebuffer. However, > > > for tiled framebuffers we can tell the hardware which pixels to read > > > from. So if we see a source offset into a linear YUV framebuffer, report > > > the invalid value back to userspace. > > > > > > Signed-off-by: Chris Wilson <[email protected]> > > > > Aren't all the yuv formats we support packet planar? So I think we > > should be able to support source offsets, as long as x is even ... > > Probably not worth the bother though.
Ok, double-checked and they are using a packed format, so it should be possible given the single linear offset and a co-operative userspace to pass in valid x/y offsets. I'm no longer trying to use this in the ddx, so you can leave it in until someone with a little more clue feels like tackling it. -Chris -- Chris Wilson, Intel Open Source Technology Centre _______________________________________________ Intel-gfx mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/intel-gfx
