Hi,
I followed the instruction from
http://wayland.freedesktop.org/building.html and was able to build
Wayland, Mesa, libxkbcommon, cairo-gl, libunwind. But got struck while
building Weston. When I do a make, I get the following error:
sri.hebbar@sri-hebbar:~/Wayland/weston$ make
GENprotocol
With 1/5, the descriptions are already pretty much limited to just a static
description of a device. This set pushes this further, truly reducing
each test device to a bunch of arrays with the device-specific data,
everything else that used to be boilerplate is now handled by the litest
framework.
Both functions accept a series of event types/codes tuples, terminated by -1.
For the even type INPUT_PROP_MAX (an invalid type otherwise) the code is used
as a property to enable.
The _abs function als takes an array of absinfo, with absinfo.value
determining the axis to change. If none are given
For specific tests we need something that e.g. looks like a touchpad, but has
a different name, a different number of slots, etc. In this case, the
following code will do exactly that:
struct input_absinfo overrides[] = {
{ .value = ABS_MT_SLOT, .minimum = 0, .maximum = 100 },
{ .value = -1 },
}
Most of the test devices now are static descriptions anyway, make them fully
static now, including for touch events.
Switch the synaptics device now as example, the rest comes later for easier
patch review.
Signed-off-by: Peter Hutterer
---
test/litest-int.h | 47 ++-
test/li
Reduces the amount of boilerplate code.
Signed-off-by: Peter Hutterer
---
test/litest-bcm5974.c | 2 +-
test/litest-generic-highres-touch.c | 2 +-
test/litest-keyboard.c | 2 +-
test/litest-mouse.c | 2 +-
test/litest-synaptics-st.c | 2 +-
te
Signed-off-by: Peter Hutterer
---
test/litest-bcm5974.c | 147 ++-
test/litest-generic-highres-touch.c | 128
test/litest-keyboard.c | 231 +---
test/litest-mouse.c | 48
Am 31.03.2014 16:10, schrieb Pekka Paalanen:
> On Mon, 31 Mar 2014 11:29:03 +0200
> Kai-Uwe Behrmann wrote:
>
>> Am 31.03.2014 09:46, schrieb Pekka Paalanen:
>>> On Sun, 30 Mar 2014 13:36:32 +0200
>>> Niels Ole Salscheider wrote:
>>>
The color correction protocol allows to attach an ICC prof
Hi,
On 27 March 2014 22:41, Ran Benita wrote:
> On Thu, Mar 27, 2014 at 09:04:07PM +0100, David Herrmann wrote:
> > On Thu, Mar 27, 2014 at 8:22 PM, Ran Benita wrote:
> > > - Added two new functions, xkb_state_key_get_utf{8,32}(). They
> > > combine the operations of xkb_state_key_get_syms()
Niels Ole Salscheider wrote:
The color correction protocol allows to attach an ICC profile to a
surface. It also tells the client about the blending color space and
the color spaces of all outputs.
As you pointed out, it does look like this has to be done by the
compositor, because a different
Pekka Paalanen wrote:
> On Mon, 31 Mar 2014 09:25:34 +0100
> Richard Hughes wrote:
>
>> On 31 March 2014 08:46, Pekka Paalanen
>> wrote:
>> > how much data can an ICC profile be?
>>
>> Printer profiles can be several megabytes in size, but display
>> profiles (what will be seen here) are usual
On Mon, 31 Mar 2014 11:29:03 +0200
Kai-Uwe Behrmann wrote:
> Am 31.03.2014 09:46, schrieb Pekka Paalanen:
> > On Sun, 30 Mar 2014 13:36:32 +0200
> > Niels Ole Salscheider wrote:
> >
> >> The color correction protocol allows to attach an ICC profile to a
> >> surface. It also tells the client abo
On 31 March 2014 12:13, Kai-Uwe Behrmann wrote:
> In many cases a client is not remotely able to compute per output
> regions without much information about scaling, positioning, (warping?)
To explain a little here, different outputs need different ICC
profiles (and thus a different color table)
Am 31.03.2014 11:43, schrieb Pekka Paalanen:
> On Mon, 31 Mar 2014 09:25:34 +0100
> Richard Hughes wrote:
>
>> On 31 March 2014 08:46, Pekka Paalanen wrote:
>>> how much data can an ICC profile be?
>> Printer profiles can be several megabytes in size, but display
>> profiles (what will be seen he
On Mon, 31 Mar 2014 09:25:34 +0100
Richard Hughes wrote:
> On 31 March 2014 08:46, Pekka Paalanen wrote:
> > how much data can an ICC profile be?
>
> Printer profiles can be several megabytes in size, but display
> profiles (what will be seen here) are usually in the 20-30kb size
> range.
I do
Am 30.03.2014 13:36, schrieb Niels Ole Salscheider:
> This implements the functionality to attach a profile to a surface
> in weston. An LUT is built from the profile that can be used to
> transform colors from the input color space to the blending color
> space.
> This patch uses the sRGB color sp
Am 31.03.2014 09:46, schrieb Pekka Paalanen:
> On Sun, 30 Mar 2014 13:36:32 +0200
> Niels Ole Salscheider wrote:
>
>> The color correction protocol allows to attach an ICC profile to a
>> surface. It also tells the client about the blending color space and
>> the color spaces of all outputs.
>>
>>
On 31 March 2014 08:46, Pekka Paalanen wrote:
> how much data can an ICC profile be?
Printer profiles can be several megabytes in size, but display
profiles (what will be seen here) are usually in the 20-30kb size
range.
> Also, what if a client has several surfaces all with the same ICC
> profi
On Mon, Mar 31, 2014 at 08:08:32AM +1000, Peter Hutterer wrote:
> note that the only binary that needs a C++ compiler is the C++ build test.
> the library itself only needs a C compiler.
A good thing, would be to compile the lib with tinycc and/or
open64 to kind of be sure it's not hard dependent
On Sun, 30 Mar 2014 13:36:32 +0200
Niels Ole Salscheider wrote:
> The color correction protocol allows to attach an ICC profile to a
> surface. It also tells the client about the blending color space and
> the color spaces of all outputs.
>
> Signed-off-by: Niels Ole Salscheider
> ---
> Makefi
On Mon, 31 Mar 2014 02:48:09 +
"Wang, Quanxian" wrote:
>
>
> >-Original Message-
> >From: Pekka Paalanen [mailto:ppaala...@gmail.com]
> >Sent: Friday, March 28, 2014 11:00 PM
> >To: Wang, Quanxian
> >Cc: wayland-devel@lists.freedesktop.org
> >Subject: Re: [PATCH V2 1/8] wesston: Add
21 matches
Mail list logo
