Add 64 bpp 16:16:16:16 half float pixel formats. Each 16 bit component is
formatted in IEEE-754 half-precision float (binary16) 1:5:10
MSb-sign:exponent:fraction form.
Signed-off-by: Kevin Strasser
---
tests/data/example-client.h | 8
tests/data/example-server.h | 8
tests/data
Add 64 bpp 16:16:16:16 half float pixel formats. Each 16 bit component is
formatted in IEEE-754 half-precision float (binary16) 1:5:10
MSb-sign:exponent:fraction form.
Signed-off-by: Kevin Strasser
---
protocol/wayland.xml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/protocol/wayland.xm
I'm sharing this as an RFC while the kernel [1] patches are still under review.
On the Mesa mailing list some doubts [2] were raised as to whether we would be
able to land these without fp16 support in Pixman, so I'd like some input from
the wider Wayland community.
[1] https://patchwork.freedeskt
On Mon, 28 Jan 2019 22:39:39 +0530
"Nautiyal, Ankit K" wrote:
> Hi Simon Ser,
> Thanks for your comments.
> I am also not sure about whether the protocol belongs here or not, and
> that's why I had first proposed the same in weston, along with the
> implementation and the client application -
>
On Mon, 3 Dec 2018 19:14:50 +1300
scott.ander...@collabora.com wrote:
> From: Scott Anderson
>
> This protocol allows a client to ask the compositor to only allow it to
> be displayed on a "secure" output.
>
> This is based on a chromium protocol of the same name [1].
>
> This protocol is mos
On Thu, 31 Jan 2019 12:03:25 -0700
Chris Murphy wrote:
> Hi Ankit,
>
>
> On Wed, Jan 30, 2019 at 10:54 PM Nautiyal, Ankit K
> wrote:
> >
> > Hi Ole,
> >
> > I was going through the protocol you had proposed, and have some silly
> > questions, please pardon my ignorance.
> >
> > From where can
weston[30514]: segfault at 55813301b3c0 ip 55813301b3c0 sp
7ffe1994ac58 error 15
[ 2752.917756] Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 61 04 00 00 00 00 00
00 b9 46 33 81 55 00 00 c8 0b 02 33 81 55 00 00 00 39 01 33 81
