Age | Commit message (Collapse) | Author | |
---|---|---|---|
2019-07-22 | Merge d706922d (automated) | gVisor bot | |
2019-07-22 | Merge a0a86bbb (automated) | gVisor bot | |
2019-07-22 | kvm: fix race between machine.Put and machine.Get | Andrei Vagin | |
m.available.Signal() has to be called under m.mu.RLock, otherwise it can race with machine.Get: m.Get | m.Put ------------------------------------- m.mu.Lock() | Seatching available vcpu| | m.available.Signal() m.available.Wait | PiperOrigin-RevId: 259394051 | |||
2019-07-22 | Merge fdac770f (automated) | gVisor bot | |
2019-07-19 | Merge 32e6be00 (automated) | gVisor bot | |
2019-07-19 | Merge f544509c (automated) | gVisor bot | |
2019-07-19 | Merge 0e040ba6 (automated) | gVisor bot | |
2019-07-18 | Merge eefa817c (automated) | gVisor bot | |
2019-07-18 | Merge 163ab5e9 (automated) | gVisor bot | |
2019-07-17 | Merge 6f7e2bb3 (automated) | gVisor bot | |
2019-07-17 | Merge 84a59de5 (automated) | gVisor bot | |
2019-07-17 | Merge 8e2ea9c1 (automated) | gVisor bot | |
2019-07-17 | Merge 8e3e021a (automated) | gVisor bot | |
2019-07-17 | Merge 609cd91e (automated) | gVisor bot | |
2019-07-17 | Merge 542fbd01 (automated) | gVisor bot | |
2019-07-17 | Merge 9f118913 (automated) | gVisor bot | |
2019-07-17 | Merge 682fd2d6 (automated) | gVisor bot | |
2019-07-17 | Merge ca829158 (automated) | gVisor bot | |
2019-07-17 | Merge 78a2704b (automated) | gVisor bot | |
2019-07-16 | Merge 74dc663b (automated) | gVisor bot | |
2019-07-16 | Merge cf4fc510 (automated) | gVisor bot | |
2019-07-16 | Merge 6a8ff6da (automated) | gVisor bot | |
2019-07-15 | kvm: wake up all waiter of vCPU.state | Andrei Vagin | |
Now we call FUTEX_WAKE with ^uintptr(0) of waiters, but in this case only one waiter will be waked up. If we want to wake up all of them, the number of waiters has to be set to math.MaxInt32. PiperOrigin-RevId: 258285286 | |||
2019-07-16 | Merge 3d78baf0 (automated) | gVisor bot | |
2019-07-15 | Merge ab44d145 (automated) | gVisor bot | |
2019-07-12 | Merge 4ad67050 (automated) | gVisor bot | |
2019-07-12 | Merge 6116473b (automated) | gVisor bot | |
2019-07-12 | Merge 69e0affa (automated) | gVisor bot | |
2019-07-09 | tss: block userspace access to all I/O ports. | Liu Hua | |
A userspace process (CPL=3) can access an i/o port if the bit corresponding to the port is set to 0 in the I/O permission bitmap. Configure the I/O permission bitmap address beyond the last valid byte in the TSS so access to all i/o ports is blocked. Signed-off-by: Liu Hua <sdu.liu@huawei.com> Change-Id: I3df76980c3735491db768f7210e71703f86bb989 PiperOrigin-RevId: 257336518 | |||
2019-07-03 | Avoid importing platforms from many source files | Andrei Vagin | |
PiperOrigin-RevId: 256494243 | |||
2019-07-02 | Solve BounceToKernel may hang issue | Yong He | |
BounceToKernel will make vCPU quit from guest ring3 to guest ring0, but vCPUWaiter is not cleared when we unlock the vCPU, when next time this vCPU enter guest mode ring3, vCPU may enter guest mode with vCPUWaiter bit setted, this will cause the following BounceToKernel to this vCPU hangs at waitUntilNot. Halt may workaroud this issue, because halt process will reset vCPU status into vCPUUser, and notify all waiter for vCPU state change, but if there is no exception or syscall in this period, BounceToKernel will hang at waitUntilNot. PiperOrigin-RevId: 256299660 | |||
2019-06-28 | platform/ptrace: return more detailed errors | Andrei Vagin | |
Right now, if we can't create a stub process, we will see this error: panic: unable to activate mm: resource temporarily unavailable It would be better to know the root cause of this "resource temporarily unavailable". PiperOrigin-RevId: 255656831 | |||
2019-06-28 | Merge b2907595 (automated) | gVisor bot | |
2019-06-27 | Merge 5b41ba5d (automated) | gVisor bot | |
2019-06-27 | Merge 085a9075 (automated) | gVisor bot | |
2019-06-27 | Fix various spelling issues in the documentation | Michael Pratt | |
Addresses obvious typos, in the documentation only. COPYBARA_INTEGRATE_REVIEW=https://github.com/google/gvisor/pull/443 from Pixep:fix/documentation-spelling 4d0688164eafaf0b3010e5f4824b35d1e7176d65 PiperOrigin-RevId: 255477779 | |||
2019-06-27 | Merge 7188790f (automated) | gVisor bot | |
2019-06-27 | gvisor/ptrace: grub initial thread registers only once | Andrei Vagin | |
PiperOrigin-RevId: 255465635 | |||
2019-06-26 | Merge 42e212f6 (automated) | gVisor bot | |
2019-06-26 | Merge 857e5c47 (automated) | gVisor bot | |
2019-06-26 | Merge 67e2f227 (automated) | gVisor bot | |
2019-06-26 | Merge e98ce4a2 (automated) | gVisor bot | |
2019-06-25 | Merge ffee0f36 (automated) | gVisor bot | |
2019-06-25 | Merge a8f148b8 (automated) | gVisor bot | |
2019-06-25 | Merge 03ae91c6 (automated) | gVisor bot | |
2019-06-25 | Merge 7f5d0afe (automated) | gVisor bot | |
2019-06-24 | Add O_EXITKILL to ptrace options. | Adin Scannell | |
This prevents a race before PDEATH_SIG can take effect during a sentry crash. Discovered and solution by avagin@. PiperOrigin-RevId: 254871534 | |||
2019-06-24 | Merge c5486f51 (automated) | gVisor bot | |
2019-06-24 | platform/ptrace: specify PTRACE_O_TRACEEXIT for stub-processes | Andrei Vagin | |
The tracee is stopped early during process exit, when registers are still available, allowing the tracer to see where the exit occurred, whereas the normal exit notifi? cation is done after the process is finished exiting. Without this option, dumpAndPanic fails to get registers. PiperOrigin-RevId: 254852917 | |||
2019-06-24 | Merge b21b1db7 (automated) | gVisor bot | |