Skip to content
Snippets Groups Projects
  1. May 08, 2015
    • Giulio Camuffo's avatar
      compositor: send the output_created signal after inserting it in the list · b114715d
      Giulio Camuffo authored
      The compositor's output_created signal used to be sent in weston_output_init()
      which the backend call before putting the output in the output_list.
      This caused problems when creating a new view in a listener to that signal,
      because weston_view_assign_output() doesn't yet know the new output exists.
      To fix this add a new weston_composito_add_output() func which adds the
      output in the list and later sends the signal, and make the backends call
      that.
      b114715d
  2. May 07, 2015
  3. May 05, 2015
  4. May 02, 2015
  5. May 01, 2015
  6. Apr 30, 2015
    • Pekka Paalanen's avatar
      compositor: change weston_surface::destroy_signal argument · ca79076b
      Pekka Paalanen authored
      
      Pass 'this' weston_surface as the data argument to
      weston_surface::destroy_signal listeners. The old &surface->resource was
      really just an offsetted pointer to the weston_surface anyway. And,
      because 'resource' happened to be the first member in struct weston_surface,
      it was actually 'this' weston_surface.
      
      The argument type was accidentally changed in commit
      26ed73ce from wl_resource* to
      wl_resource**.
      
      Signed-off-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      ca79076b
    • Pekka Paalanen's avatar
      compositor: inert wl_surface objects do not exist · 08d3fb76
      Pekka Paalanen authored
      
      There is no valid case, where you would actually destroy a
      weston_surface, while leaving the wl_surface protocol object in
      existence. Therefore, inert wl_surface objects do not exist, except
      because of bugs.
      
      To catch such bugs, check that the resource is really NULL before
      actually destroying the weston_surface.
      
      We actually used to have this check, but it was removed by:
      
      	commit 9dadfb53
      	Author: Kristian Høgsberg <krh@bitplanet.net>
      	Date:   Mon Jul 8 13:49:36 2013 -0400
      
      	    compositor: Eliminate marshalling warning for leave events
      
      However, the invariant was put back in:
      
      	commit 0d379744
      	Author: Giulio Camuffo <giuliocamuffo@gmail.com>
      	Date:   Fri Nov 15 22:06:15 2013 +0100
      
      	    compositor: set weston_surface:resource to NULL when destroyed
      
      So apparently the issue fixed by 9dadfb53 was fixed another way later.
      
      Signed-off-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      08d3fb76
  7. Apr 28, 2015
  8. Apr 21, 2015
  9. Apr 14, 2015
  10. Apr 13, 2015
  11. Apr 10, 2015
  12. Apr 09, 2015
    • Pekka Paalanen's avatar
      tests: add ivi_layout stand-alone test module · 46804ca5
      Pekka Paalanen authored
      
      This is the ivi_layout stand-alone test controller module that does not
      require any clients to run. Therefore it is much simpler than
      ivi_layout-test-plugin.c and does not need a matching part in
      ivi_layout-test.c.
      
      Signed-off-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      Reviewed-by: default avatarDerek Foreman <derekf@osg.samsung.com>
      46804ca5
    • Pekka Paalanen's avatar
      tests: ivi_layout test infrastructure · f5b74f7d
      Pekka Paalanen authored
      
      Testing the ivi_layout API requires two things:
      - the tests must be written as a controller module to access the API
      - the tests need a helper client to create some objects that can then be
        managed via the API
      
      This patch adds all the infrastructure and two different kinds of
      example tests.
      
      Internal ivi-shell (ivi_layout) API tests are listed as ivi-*.la files
      in TESTS in Makefile.am. Weston-tests-env detects these, and runs Weston
      with ivi-shell, and loads the given module as a controller module, not
      as a normal plugin.
      
      The test controller module ivi-*.la will launch a helper client. For
      ivi-layout-test.la the helper client is ivi-layout.ivi.
      
      The helper client uses the weston-test-runner framework to fork and exec
      each TEST with a fresh connection to the compositor.
      
      The actual test is triggered by the weston_test_runner protocol
      interface, a new addition to weston-test.xml. The helper client uses
      weston_test_runner to trigger a test, and the server side of the
      interface is implemented by the test controller module
      (ivi-layout-test.la).
      
      The server side of weston_test_runner uses the same trick as
      weston-test-runner.h to gather a list of defined tests. A test is
      defined with the RUNNER_TEST macro.
      
      If a test defined by RUNNER_TEST succeeds, an event is sent to the
      helper client that it can continue (or exit). If a test fails, a fatal
      protocol error is sent to the helper client.
      
      Once the helper client has iterated over all of its tests, it signals
      the batch success/failure via process exit code. That is cought in the
      test controller module, and forwarded as Weston's exit code.
      
      In summary: each ivi_layout test is a combination of a client side
      helper/setup and server side actual tests.
      
      v2: Load weston-test.so, because create_client() needs it.
      
      v3: add a comment about IVI_TEST_SURFACE_ID_BASE.
      
      v4: Rebased to upstream weston-tests-env changes.
      
      Signed-off-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      Reviewed-by: Derek Foreman <derekf@osg.samsung.com> (v2)
      f5b74f7d
    • Pekka Paalanen's avatar
      tests: add a basic ivi-shell test · 0eb09412
      Pekka Paalanen authored
      
      This simply tests that Weston starts with ivi-shell, and ivi_application
      is present.
      
      Changes in v3:
      - Rebased to upstream weston-tests-env changes.
      
      Signed-off-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      Reviewed-by: Derek Foreman <derekf@osg.samsung.com> (v2)
      0eb09412
  13. Apr 08, 2015
Loading