1. 22 Dec, 2017 1 commit
  2. 21 Dec, 2017 1 commit
  3. 20 Dec, 2017 8 commits
  4. 18 Dec, 2017 1 commit
  5. 14 Dec, 2017 1 commit
  6. 27 Nov, 2017 1 commit
  7. 20 Nov, 2017 1 commit
    • Jason Wang's avatar
      Revert "Add new PCI ID for i82559a" · 2ec40552
      Jason Wang authored
      This reverts commit 5e89dc01 since:
      
      - we should use ID in the spec instead the one used by OEM
      - in the future, we should allow changing id through either property
        or EEPROM file.
      
      Cc: Stefan Weil <sw@weilnetz.de>
      Cc: Michael Nawrocki <michael.nawrocki@gtri.gatech.edu>
      Cc: Peter Maydell <peter.maydell@linaro.org>
      Cc: Michael S. Tsirkin <mst@redhat.com>
      Reviewed-by: 's avatarStefan Weil <sw@weilnetz.de>
      Signed-off-by: 's avatarJason Wang <jasowang@redhat.com>
      2ec40552
  8. 13 Nov, 2017 1 commit
  9. 13 Oct, 2017 1 commit
  10. 10 Oct, 2017 1 commit
  11. 26 Sep, 2017 1 commit
  12. 19 Sep, 2017 1 commit
  13. 15 Sep, 2017 4 commits
  14. 01 Aug, 2017 1 commit
  15. 17 Jul, 2017 5 commits
  16. 11 Jul, 2017 1 commit
    • Eric Blake's avatar
      tests: Avoid non-portable 'echo -ARG' · b43671f8
      Eric Blake authored
      POSIX says that backslashes in the arguments to 'echo', as well as
      any use of 'echo -n' and 'echo -e', are non-portable; it recommends
      people should favor 'printf' instead.  This is definitely true where
      we do not control which shell is running (such as in makefile snippets
      or in documentation examples).  But even for scripts where we
      require bash (and therefore, where echo does what we want by default),
      it is still possible to use 'shopt -s xpg_echo' to change bash's
      behavior of echo.  And setting a good example never hurts when we are
      not sure if a snippet will be copied from a bash-only script to a
      general shell script (although I don't change the use of non-portable
      \e for ESC when we know the running shell is bash).
      
      Replace 'echo -n "..."' with 'printf %s "..."', and 'echo -e "..."'
      with 'printf %b "...\n"', with the optimization that the %s/%b
      argument can be omitted if the string being printed is a strict
      literal with no '%', '$', or '`' (we could technically also make
      this optimization when there are $ or `` substitutions but where
      we can prove their results will not be problematic, but proving
      that such substitutions are safe makes the patch less trivial
      compared to just being consistent).
      
      In the qemu-iotests check script, fix unusual shell quoting
      that would result in word-splitting if 'date' outputs a space.
      
      In test 051, take an opportunity to shorten the line.
      
      In test 068, get rid of a pointless second invocation of bash.
      
      CC: qemu-trivial@nongnu.org
      Signed-off-by: 's avatarEric Blake <eblake@redhat.com>
      Message-id: 20170703180950.9895-1-eblake@redhat.com
      Signed-off-by: 's avatarMax Reitz <mreitz@redhat.com>
      b43671f8
  17. 10 Jul, 2017 2 commits
  18. 29 Jun, 2017 1 commit
    • Tobias Schramm's avatar
      9pfs: local: Add support for custom fmode/dmode in 9ps mapped security modes · b96feb2c
      Tobias Schramm authored
      In mapped security modes, files are created with very restrictive
      permissions (600 for files and 700 for directories). This makes
      file sharing between virtual machines and users on the host rather
      complicated. Imagine eg. a group of users that need to access data
      produced by processes on a virtual machine. Giving those users access
      to the data will be difficult since the group access mode is always 0.
      
      This patch makes the default mode for both files and directories
      configurable. Existing setups that don't know about the new parameters
      keep using the current secure behavior.
      Signed-off-by: 's avatarTobias Schramm <tobleminer@gmail.com>
      Signed-off-by: 's avatarGreg Kurz <groug@kaod.org>
      b96feb2c
  19. 26 Jun, 2017 2 commits
  20. 04 Jun, 2017 2 commits
    • Suraj Jitindar Singh's avatar
      help: Add newline to end of thread option help text · f603164a
      Suraj Jitindar Singh authored
      The help text for the thread sub option of the accel option is missing
      a newline at the end. This is annoying as it makes it hard to see the
      help text for the next option.
      
      Add the new line so that the following option help text (-smp) is
      displayed on a new line rather on the same line and directly after
      the thread help.
      
      Before patch:
      
      -accel [accel=]accelerator[,thread=single|multi]
                      select accelerator (kvm, xen, hax or tcg; use 'help' for a list)
                      thread=single|multi (enable multi-threaded TCG)-smp [cpus=]n[,maxcpus=cpus][,cores=cores][,threads=threads][,sockets=sockets]
                      set the number of CPUs to 'n' [default=1]
                      maxcpus= maximum number of total cpus, including
                      offline CPUs for hotplug, etc
                      cores= number of CPU cores on one socket
                      threads= number of threads on one CPU core
                      sockets= number of discrete sockets in the system
      
      After patch:
      
      -accel [accel=]accelerator[,thread=single|multi]
                      select accelerator (kvm, xen, hax or tcg; use 'help' for a list)
                      thread=single|multi (enable multi-threaded TCG)
      -smp [cpus=]n[,maxcpus=cpus][,cores=cores][,threads=threads][,sockets=sockets]
                      set the number of CPUs to 'n' [default=1]
                      maxcpus= maximum number of total cpus, including
                      offline CPUs for hotplug, etc
                      cores= number of CPU cores on one socket
                      threads= number of threads on one CPU core
                      sockets= number of discrete sockets in the system
      Signed-off-by: 's avatarSuraj Jitindar Singh <sjitindarsingh@gmail.com>
      Signed-off-by: 's avatarMichael Tokarev <mjt@tls.msk.ru>
      f603164a
    • Markus Armbruster's avatar
  21. 29 May, 2017 1 commit
  22. 23 May, 2017 1 commit
  23. 19 May, 2017 1 commit