Skip to content
Snippets Groups Projects
  1. Jun 26, 2013
  2. Jun 25, 2013
    • Glauber Costa's avatar
      xen: negotiate usage of xen pci · 88d39cb7
      Glauber Costa authored
      Xen defines a protocol for defining whether or not PV drivers are available in
      an HVM guest. Upon successful negotiation, the documentation states that:
      
      "The relevant emulated devices then disappear from the relevant buses.  For
      most guest operating systems, you want to do this before device enumeration
      happens."
      
      This patch basically follows this protocol and stores the result for future usage.
      
      See more at: docs/misc/hvm-emulated-unplug.markdown
      88d39cb7
    • Glauber Costa's avatar
      buildfix: pvclock xen definitions · a8b8cf06
      Glauber Costa authored
      a8b8cf06
    • Glauber Costa's avatar
      Revert "buildfix: pvclock xen definitions" · 043b4a31
      Glauber Costa authored
      This reverts commit dae99589.
      043b4a31
    • Glauber Costa's avatar
      buildfix: pvclock xen definitions · dae99589
      Glauber Costa authored
      dae99589
    • Glauber Costa's avatar
      xen: lay down detection basic infrastructure · 0c8f8f89
      Glauber Costa authored
      
      Xen's information can be in a variety of MSRs. We need to test for them all
      and figure out in which of them lays the informations we want.
      
      Once we determine that, xen initalization code is ready to be executed.
      This needs to run as early as possible, because all xen drivers will
      make use of it one way or another.
      
      The hypercall code is heavily inspired (aka mostly copied) from Avi's
      xen tentative patch, with the 5-argument hypercall removed (delayed until
      we need it)
      
      Signed-off-by: default avatarGlauber Costa <glommer@cloudius-systems.com>
      0c8f8f89
    • Glauber Costa's avatar
      kvmclock: don't wastefully compute the wall time at every clock measure · a07d8bd1
      Glauber Costa authored
      
      I am pretty sure kvmclock only sets the wall time when we write to the MSR,
      so there is no point in keep calculating it every time we call system_time().
      
      I am not changing it to a const function because we *may* have to call it
      more than once in the future, if we ever suspend, or the likes. But for now,
      using a pre-computed value is enough.
      
      Signed-off-by: default avatarGlauber Costa <glommer@cloudius-systems.com>
      a07d8bd1
    • Glauber Costa's avatar
      loader: skip reading disk on errors · 9fe8d677
      Glauber Costa authored
      
      This is not a very serious issue, but goes like this: The very simple read
      method we are attempting right now in the loader, will keep reading from the
      disk until we reach a pre-determined max size. However, the disk is usually
      smaller than this. If this is the case, XEN dmesg logs are filled with messages
      indicated that we are trying to read from invalid LBAs, to the point of making
      the log useless for me.
      
      So although the annoyance is minor, the patch itself is minor too. If nobody
      opposes, I can apply it.
      
      Signed-off-by: default avatarGlauber Costa <glommer@cloudius-systems.com>
      9fe8d677
    • Nadav Har'El's avatar
      Fix epoll bug · 9b1816c5
      Nadav Har'El authored
      The "events", not "revents", field of the poll structure needs to be set
      before calling poll().
      9b1816c5
    • Nadav Har'El's avatar
      Add epoll() test · 183c656c
      Nadav Har'El authored
      Add tst-epoll.cc for testing the epoll_*() functions.
      This test finds a bug, which will be fixed in a separate patch.
      183c656c
  3. Jun 24, 2013
  4. Jun 23, 2013
    • Nadav Har'El's avatar
      Remove redundant assignment in tst-condvar · ea63416b
      Nadav Har'El authored
      No need to assign the condvar initializer, this is C++ after all and objects
      are initialized by default anyway.
      ea63416b
    • Guy Zana's avatar
      Fix crash on use of deleted callout · 7b82d241
      Guy Zana authored
      
      When a callout is deleted, it is properly deleted from the set of
      callouts, but if it was the next-in-line to run, it was also saved
      in a local variable while waiting for its timer to expire, and could
      be run despite being deleted.
      
      The Shrew test HTTP server (see bug 7) exposed this bug - every once
      in a while (usually very quickly) when a socket was deleted had a
      crash when a callout referring to the deleted socket was run.
      
      Thanks to Guy for finding and fixing this bug.
      
      Signed-off-by: default avatarNadav Har'El <nyh@cloudius-systems.com>
      7b82d241
Loading