lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Tue, 22 Jan 2019 11:09:23 +0100
From:   Paul Kocialkowski <paul.kocialkowski@...tlin.com>
To:     Maxime Ripard <maxime.ripard@...tlin.com>
Cc:     dri-devel@...ts.freedesktop.org,
        linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
        linux-sunxi@...glegroups.com, David Airlie <airlied@...ux.ie>,
        Daniel Vetter <daniel@...ll.ch>, Chen-Yu Tsai <wens@...e.org>,
        Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
        Sean Paul <sean@...rly.run>,
        Thomas Petazzoni <thomas.petazzoni@...tlin.com>
Subject: Re: [PATCH RESEND v5 00/23] drm/sun4i: Support for linear and tiled
 YUV formats with the frontend

Hi,

On Fri, 2019-01-18 at 19:20 +0100, Maxime Ripard wrote:
> On Fri, Jan 18, 2019 at 03:51:10PM +0100, Paul Kocialkowski wrote:
> > This series implements support for YUV formats using the display engine
> > frontend in the sun4i DRM driver, with various fixes along the way.
> > Scaling is supported for every format handled by the frontend.
> > 
> > The tiling mode used by the VPU on Allwinner platforms is also supported
> > by this series and a dedicated fourcc modifier is introduced, along with
> > a specific ioctl for allocating tiled buffers.
> > 
> > New common fourcc helpers are also introduced in this series, especially
> > related to YUV formats.
> > 
> > This was tested on the A33, A20 and A10 platforms and all supported
> > features work properly on them. Framebuffer offsets and source
> > positions are not supported at this point.
> 
> I've applied everything, however I can't see the ioctl you mentionned
> anywhere?

Thanks for the merge! Oops, I should have updated the cover letter more
carefully: this was removed from the series and I didn't come up with
an implementation of the generic ioctl yet.

Cheers,

Paul

-- 
Paul Kocialkowski, Bootlin
Embedded Linux and kernel engineering
https://bootlin.com

Powered by blists - more mailing lists