- Mar 17, 2020
-
-
Veeresh Kadasani authored
This adds support to transmitter backend to transmit client surface to mutli ECU(waltham-receiver). Signed-off-by: Veeresh Kadasani <external.vkadasani@jp.adit-jv.com>
-
Veeresh Kadasani authored
Signed-off-by: Veeresh Kadasani <external.vkadasani@jp.adit-jv.com>
-
Veeresh Kadasani authored
Signed-off-by: Veeresh Kadasani <external.vkadasani@jp.adit-jv.com>
-
Veeresh Kadasani authored
Signed-off-by: Veeresh Kadasani <external.vkadasani@jp.adit-jv.com>
-
Veeresh Kadasani authored
- waltham-renderer creates a buffer to be transmitted to other domain using gstreamer. - Place transmitter_pipeline.cfg file in "/etc/xdg/weston/" path which is gstreamer pipeline read at runtime and used to pushing buffer to remote. - implement functionality of transmitter_output_repaint() - add drm_get_dma_fd_from_view() for getting dmafd from the view. Signed-off-by: Veeresh Kadasani <external.vkadasani@jp.adit-jv.com>
-
Veeresh Kadasani authored
- This backend is based on waltham IPC library and Provides API to create remote connections. - By appending transmitter-output section in weston.ini, weston loads transmitter-backend. - head creation and enabling output for transmitter backend. - Register "WESTON_TRANSMITTER_API_NAME" and "WESTON_TRANSMITTER_IVI_API_NAME" API. - For now transmitter_output_repaint function is dummy function. It will be implemented in following patch. Signed-off-by: Veeresh Kadasani <external.vkadasani@jp.adit-jv.com>
-
- Mar 09, 2020
-
-
Veeresh Kadasani authored
Signed-off-by: Veeresh Kadasani <external.vkadasani@jp.adit-jv.com>
-
- Mar 05, 2020
-
-
b_lundef was overriden for the RDP backend since it triggered linking errors due to functions that were defined in a missing dependency. This issue was fixed, so the override is removed. The global project's linker parameters are now applied to the RDP backend. Signed-off-by: Guillaume Champagne <champagne.guillaume.c@gmail.com>
-
The RDP backend uses functions defined by the Windows Portable Runtime library (WinPR). The library's code is contained within FreeRDP repository, but it is packaged as its own library (seperate pkg-config file). WinPR is added as a dependency to the RDP backend. The version 2.0 is choosen as the version to on since the backend depends on FreeRDP 2.0. Signed-off-by: Guillaume Champagne <champagne.guillaume.c@gmail.com>
-
- Feb 28, 2020
-
-
Pekka Paalanen authored
This patch continues the buffer and output transforms testing by iterating through a representative selection of buffer transforms and scales. For more details, see the previous patch "tests: add output transform tests". wayland/weston#52 Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
This goes through all output transforms with two different buffer transforms and verifies the visual output against reference images. This commit introduces a new test input image 'basic-test-card.png'. It is a small image with deliberately odd and indivisible dimensions to provoke bad assumptions about image sizes. It contains red, green and blue areas which are actually text that makes it very obvious if you have e.g. color channels swapped. It has a white thick circle to highlight aspect ratio issues, and an orange cross to show a mixed color. The white border is for contrast and a 1px wide detail. The whole design makes it clear if the image happens to be rotated or flipped in any way. The image has one pixel wide transparent border so that bilinear sampling filter near the edges of the image would produce the same colors with both Pixman- and GL-renderers which handle the out-of-image samples fundamentally differently: Pixman assumes (0, 0, 0, 0) samples outside of the image, while GL-renderer clamps sample coordinates to the edge essentially repeating the edge pixels. It would have been "easy" to create a full matrix of every output scale & transform x every buffer scale & transform, but that would have resulted in 2 renderers * 8 output transforms * 3 output scales * 8 buffer transforms * 3 buffer scales = 1152 test cases that would have all ran strictly serially because our test harness has no parallelism inside one test program. That would have been slow to run, and need a lot more reference images too. Instead, I chose to iterate separately through all output scales & transforms (this patch) and all buffer scales & transforms (next patch). This limits the number of test cases in this patch to 56, and allows the two test programs to run in parallel. I did not even pick all possible scale & transform combinations here, but just what I think is a representative sub-set to hopefully exercise all the code paths. wayland/weston#52 Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
- Feb 27, 2020
-
-
Pekka Paalanen authored
Running with Mesa 20.1.0-devel (git-c7617d8908) GL renderer: Radeon RX 550 Series (POLARIS11, DRM 3.27.0, 4.19.0-2-amd64, LLVM 8.0.1) I found output-tranform test (a future patch) to produce exactly this much more difference between Pixman and GL rendererers. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
It turns out that if the client is not explicitly destroyed, it will remain connected until the compositor shuts down because there is no more a client process that would terminate. Usually this is not a problem, but if a test file has multiple screenshooting tests, the windows from earlier tests in the file will remain on screen. That is not wanted, hence implement client destruction. To properly destroy a client, we also need a list of outputs. They used to be simply leaked. This does not fix wl_registry.global_remove for wl_outputs, that is left for a time when a test will actually need that. This patch makes only ivi-shell-app test use the new client_destroy() to show that it actually works. The added log scopes prove it: destroy requests get sent. Sprinkling client_destroy() around in all other tests is left for a time when it is actually necessary. ivi-shell-app is a nicely simple test doing little else, hence I picked it. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
The string from get_test_name() can be used for writing screenshot files and others. Starting the name with the fixture number makes an alphabetized listing of output files look unorganized. Let's change the test name to begin with the test (source) name with fixture and element numbers as suffixes. That makes a file listing easier to look through, when you have multiple tests each saving multiple screenshot files. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
A future test wants to access the fixture data array for the currently running fixture index to log the test description. This patch provides access to the array index. Rather than adding more gloabl variables, I changed the type of the existing one which feels slightly cleaner. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
With these, a test can initialize the headless-backend with non-default scale and transform which allows testing output scales and transforms. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
The test suite wants to start using different output scales, and this is the easiest API to configure it. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
Allow the reference image to be NULL or missing so that it does not even attempt to load a reference image or compare it. You cannot just point the reference image to an arbitrary image because the comparison functions can abort due to size mismatch. This makes bootstrapping new tests easier when you do not yet have a reference image. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
The old name felt too... short. The return type is changed to bool; fits better for a success/failure. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
This will be useful in more tests. No changes to the code, aside from dropping one 'static'. Copyright 2017 is taken from git-blame of the moved code. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
It was discovered in issue #99 that the implementations of the 90 and 270 degree rotations were actually the inverse of what the Wayland specification spelled out. This patch fixes the libweston implementation to follow the specification. As a result, the behaviour of the the weston.ini transform key also changes. To force all users to re-think their configuration, the transform key values are also changed. Since Weston and libweston change their behaviour, the handling of clients' buffer transform changes too. All the functions had their 90/270 cases simply swapped, probably due to confusion of whether WL_OUTPUT_TRANSFORM_* refers to rotating the monitor or the content. Hint: a key to understanding weston_matrix_rotate_xy(m, c, s) is that the rotation matrix is formed as c -s s c that is, it's column-major. This fooled me at first. Fixing window.c fixes weston-terminal and weston-transformed. In simple-damage, window_get_transformed_ball() is fixed to follow the proper transform definitions, but the fix to the viewport path in redraw() is purely mechanical. The viewport path looks broken to me in the presence of any transform, but it is not this patch's job to fix it. Screen-share fix just repeats the general code fix pattern, I did not even try to understand that bit. #99 Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Clarifies which direction the transformation happens. All exported function need documentation. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
It has no such command line option. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
- Feb 26, 2020
-
-
Signed-off-by: Veeresh Kadasani <external.vkadasani@jp.adit-jv.com>
-
ahe authored
-
- Feb 18, 2020
-
-
Pekka Paalanen authored
This reverts commit 1eae5471. We install a fixed Mesa into the CI image, so these tests can pass now. Fixes: #358 Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Pekka Paalanen authored
mesa/mesa@c7617d89 is necessary for running GL-renderer with llvmpipe in Gitlab CI. Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-
Scott Anderson authored
It makes more sense for it to be there instead. Signed-off-by: Scott Anderson <scott.anderson@collabora.com>
-
Scott Anderson authored
This removes the duplicate checks for EGL_EXT_platform_base. Signed-off-by: Scott Anderson <scott.anderson@collabora.com>
-
Scott Anderson authored
This is to put more of the EGL client extension handling in the same place. This also adds a boolean to check if EGL_EXT_platform_base is supported, similar to other extensions we check. Signed-off-by: Scott Anderson <scott.anderson@collabora.com>
-
Scott Anderson authored
EGL client extensions are not tied to the EGLDisplay we create, and have an effect on how we create the EGLDisplay. Since we're using this to look for EGL_EXT_platform_base, it makes more sense for this to be near the start of the GL renderer initialization. Signed-off-by: Scott Anderson <scott.anderson@collabora.com>
-
- Feb 10, 2020
-
-
Simon Ser authored
This adds a new NULL check to fail earlier when frame_create fails. This can happen because PNG files couldn't be loaded from the data directory. Signed-off-by: Simon Ser <contact@emersion.fr>
-
Make stream_destroy() use weston_log_subscriber_release(). This avoids code duplication and allow us to destroy weston_log_subscriber_get_only_subscription(), since it's being used only in this case and it's internal. Calls for weson_log_subscriber_release() leads to weston_log_debug_wayland_to_destroy(), which should not send an error event when the stream has already been closed. Also, stream_destroy() shouldn't lead to an event error, as it is a wl_resource destroy handler. So close the stream before calling weston_log_subscriber_release() in stream_destroy() Signed-off-by: Leandro Ribeiro <leandrohr@riseup.net>
-
Before commit "weston-log: destroy subscriptions with destruction of subscribers", we had to destroy subscribers before the log context. Currently there's no required order, both are valid. But since we've created log context before the subscribers, we can destroy it after them. This is a style change and also a prove that now this order is valid as well. Signed-off-by: Leandro Ribeiro <leandrohr@riseup.net>
-
Both weston_log_scope_destroy() and weston_log_subscriber_release() have calls for destroy_subscription(). We can move this call to weston_log_subscription_destroy() without losing anything and avoiding repetition. Signed-off-by: Leandro Ribeiro <leandrohr@riseup.net>
-
The subscription is directly related to both the log scope and the subscriber. It makes no sense to destroy one of them and keep the subscriptions living. We only had code to destroy subscription with the destruction of log scopes. Add code to destroy subscriptions with destruction of subscribers. Signed-off-by: Leandro Ribeiro <leandrohr@riseup.net>
-
Log subscriber API is not type-safe. File and flight recorder subscribers are created with functions that return weston_log_subscriber objects. But there's a problem: to destroy these objects you have to call the right function for each type of subscriber, and a user calling the wrong destroy function wouldn't get a warning. Merge functions that destroy different types of subscribers, making the log subscriber API type-safe. Signed-off-by: Leandro Ribeiro <leandrohr@riseup.net>
-
weston_log_subscriber has a member named destroy. There are other structs (weston_output, for instance) that have this member, and by convention it is a pointer to a function that destroys the struct. In weston_log_subscriber it is being used to destroy subscriptions of the debug protocol, and not the subscriber, so this name is misleading. Rename it to destroy_subscription. Signed-off-by: Leandro Ribeiro <leandrohr@riseup.net>
-
- Feb 06, 2020
-
-
The cms-static, desktop-shell, hmi-controller, ivi-shell, and screen-share modules use symbols from libexec_weston, e.g.: $ ldd /usr/lib/x86_64-linux-gnu/weston/desktop-shell.so | grep "not found" libexec_weston.so.0 => not found Loading these modules from weston happens to work because the weston executable itself links against libexec_weston, and has an rpath set. Still, these modules depend on a library in a non-standard location. Adding an rpath could help static checkers to make sure all shared objects' dependencies are present. Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de>
-
- Feb 05, 2020
-
-
This adds the necessary fuzz to image matching to let GL-renderer pass. The difference is due to rounding. weston-test-desktop-shell.c uses weston_surface_set_color(dts->background_surface, 0.16, 0.32, 0.48, 1.); to set the background color. Pixman-renderer will truncate those to uint8, but GL-renderer seems to round instead, which causes the +1 in background color channel values. 0.16 * 255 = 40.8 0.32 * 255 = 81.6 0.48 * 255 = 122.4 Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.com>
-