1. 08 Jul, 2013 3 commits
  2. 03 Jul, 2013 1 commit
  3. 01 Jul, 2013 3 commits
  4. 28 Jun, 2013 1 commit
  5. 27 Jun, 2013 4 commits
  6. 24 Jun, 2013 2 commits
  7. 19 Jun, 2013 1 commit
  8. 18 Jun, 2013 1 commit
  9. 13 Jun, 2013 1 commit
  10. 12 Jun, 2013 2 commits
    • console API improvements · b5159817
      Dwight Engen authored
      Add a higher level console API that opens a tty/console and runs the
      mainloop as well. Rename existing API to console_getfd(). Use these in
      the python binding.
      
      Allow attaching a console peer after container bootup, including if the
      container was launched with -d. This is made possible by allocation of a
      "proxy" pty as the peer when the console is attached to.
      
      Improve handling of SIGWINCH, the pty size will be correctly set at the
      beginning of a session and future changes when using the lxc_console() API
      will be propagated to it as well.
      
      Refactor some common code between lxc_console.c and console.c. The variable
      wait4q (renamed to saw_escape) was static, making the mainloop callback not
      safe across threads. This wasn't a problem when the callback was in the
      non-threaded lxc-console, but now that it is internal to console.c, we have
      to take care of it. This is now contained in a per-tty state structure.
      
      Don't attempt to open /dev/null as the console peer since /dev/null cannot
      be added to the mainloop (epoll_ctl() fails with EPERM). This isn't needed
      to get the console setup (and the log to work) since the case of not having
      a peer at console init time has to be handled to allow for attaching to it
      later.
      
      Move signalfd libc wrapper/replacement to utils.h.
      Signed-off-by: 's avatarDwight Engen <dwight.engen@oracle.com>
      Signed-off-by: 's avatarSerge Hallyn <serge.hallyn@ubuntu.com>
    • lxc-init: continue even if we fail to mount /dev/mqueue · 5d4d3ebb
      Natanael Copa authored
      The 'lxc-init' (a lightweight init process used by lxc-execute in place
      of upstart etc) tries to mount /dev/mqueue during startup. If that fails
      (for instance due to missing support for mqueue in kernel) then it
      aborts execution and returns -1. This is unreasonable as very few
      applications actually need /dev/mqueue.
      
      This similar to what we do with /dev/shm.
      Signed-off-by: 's avatarNatanael Copa <ncopa@alpinelinux.org>
      Signed-off-by: 's avatarSerge Hallyn <serge.hallyn@ubuntu.com>
  11. 11 Jun, 2013 1 commit
  12. 10 Jun, 2013 6 commits
  13. 05 Jun, 2013 2 commits
  14. 03 Jun, 2013 7 commits
  15. 31 May, 2013 4 commits
  16. 29 May, 2013 1 commit
    • lxccontainer: don't lock around getstate and freeze/unfreeze (v2) · 39dc698c
      Serge Hallyn authored
      Those go through commands.c and are already mutex'ed that way.
      
      Also remove a unmatched container_disk_unlock in lxcapi_create.
      
      Since is_stopped uses getstate which is no longer locked, rename
      it to drop the _locked suffix.
      
      And convert save_config to taking the disk lock.  This way the
      save_ and load_config are mutexing each other, as they should.
      
      Changelog: May 29:
         Per Dwight's comment, take the lock before opening the config
            FILE *.
         Only take disklock at load and save_config when we're using the
         container's config file, not when read/writing from/to another
         file.
      Signed-off-by: 's avatarSerge Hallyn <serge.hallyn@ubuntu.com>
      Acked-by: 's avatarDwight Engen <dwight.engen@oracle.com>