Hi,
On 8 November 2012 08:13, Tiago Vignatti wrote:
> On 11/07/2012 06:35 PM, Daniel Stone wrote:
>>
>> Well, I think we could take all the server patches (including
>> init_complete), and drop the Expose and resize patches from Weston if
>> you like.
>>
>
> actually I don't see any problems on
On 11/07/2012 06:35 PM, Daniel Stone wrote:
Well, I think we could take all the server patches (including
init_complete), and drop the Expose and resize patches from Weston if
you like.
actually I don't see any problems on pushing the expose and resize stuff
on 1.0 as well. But I was trying t
Hi,
On 8 November 2012 04:06, Tiago Vignatti wrote:
> I was thinking only about porting XWayland for the new registry scheme and
> the surface atomic commit we've introduced in 0.95 -> 1.0. In fact, I've
> applied on X server these patches:
>
> XWayland: Add init_complete protocol
> XWayland: Po
Hi Daniel,
On 11/07/2012 04:51 AM, Daniel Stone wrote:
Here's the somewhat-delayed XWayland update for 1.0. With this and my
updated X server, I've been able to run XWayland just fine under Weston
from current git master.
I was thinking only about porting XWayland for the new registry scheme
From: Jan Arne Petersen
Do not try to insert the input panel layer in the layer list when the
shell is locked in show_input_panels(). The layer will already be
insrted in resume_desktop() anyways.
https://bugs.freedesktop.org/show_bug.cgi?id=56543
Signed-off-by: Jan Arne Petersen
---
src/shel
On Wed, 7 Nov 2012 13:27:50 +
Sundararaj Prabhu-B36876 wrote:
> Wondering whether the extension EGL_KHR_image_pixmap can be used instead of
> glTex(Sub)Image2D.
> This would reduce much of the CPU copying. Do you see any problems?
Hi,
do you mean creating an EGLImage from a Dispmanx resou
Signed-off-by: Pekka Paalanen
---
building.html|3 +
raspberrypi.html | 154 ++
2 files changed, 157 insertions(+), 0 deletions(-)
create mode 100644 raspberrypi.html
diff --git a/building.html b/building.html
index b946bd7..84629b7 1
Dispmanx elements are like hardware overlays. Assign one weston_surface
to each overlay created, and the VideoCore will composite it on screen.
The maximum number of elements is configurable via the command line.
Specifying zero will disable the overlays (planes/elements) altogether,
and use only G
Add a new backend for the Raspberry Pi.
This backend uses the DispmanX API to initialise the display, and create
an EGLSurface, so that GLESv2 rendering is shown on the "framebuffer".
No X server is involved. All compositing happens through GLESv2.
The created EGLSurface is specifically configure
When a surface is on a non-primary plane (overlay), we do not need to
keep the GL texture up-to-date, since we are not using it. Avoid calling
glTex(Sub)Image2D in that case, and accumulate the texture damage
separately.
This is especially useful for backends, that can put wl_shm buffers into
over
Instead of hardcoding drm-backend.so as the default if environment
presents neither Wayland nor X11, have a ./configure option to change
it. It still defaults to drm-backend.so, if not given.
Signed-off-by: Pekka Paalanen
---
configure.ac | 10 ++
man/Makefile.am |1 +
man/wes
Hi,
this patch series adds Raspberry Pi support to Weston. It is based on
top of Daniel's xwayland series, which has a couple of fixes I need.
I have a branch ready at
http://cgit.collabora.com/git/user/pq/wayland-demos.git/log/?h=raspberrypi-elements2
Please, see the commit messages for more det
12 matches
Mail list logo
