search for: involuntarili

Helo: After changing "involuntarily" some of the graphics parameters with the command par() (I did not know that changes with this command are permanent), now when I made a plot of the survival Kaplan-Meier function, the Y axis does not start at 1, and the X axis does starts at 0. The commands that I use are: library(survival) BROWN.SPV = Surv(BROWN$TEMPS, BROWN$DEF)

Hello list, Did an update to the latest AMD drivers (11-9_vista64_win7_64_dd_ccc_ocl) and was pleasantly surprised to find that I can reboot my passthrough domU! Firstly, the reboot was triggered involuntarily shortly (20 seconds) AFTER the SUCCESSFUL driver update. The only thing logged was this: (XEN) io.c:194:d5 MMIO emulation failed @ 0010:fffff800036c7d00: 0f 28 04 10 0f 28

At the most recent Xen Summit, Thomas Friebel presented a paper ("Preventing Guests from Spinning Around", http://xen.org/files/xensummitboston08/LHP.pdf) investigating the interactions between spinlocks and virtual machines. Specifically, he looked at what happens when a lock-holding VCPU gets involuntarily preempted. The obvious first order effect is that while the VCPU is not

At the most recent Xen Summit, Thomas Friebel presented a paper ("Preventing Guests from Spinning Around", http://xen.org/files/xensummitboston08/LHP.pdf) investigating the interactions between spinlocks and virtual machines. Specifically, he looked at what happens when a lock-holding VCPU gets involuntarily preempted. The obvious first order effect is that while the VCPU is not

At the most recent Xen Summit, Thomas Friebel presented a paper ("Preventing Guests from Spinning Around", http://xen.org/files/xensummitboston08/LHP.pdf) investigating the interactions between spinlocks and virtual machines. Specifically, he looked at what happens when a lock-holding VCPU gets involuntarily preempted. The obvious first order effect is that while the VCPU is not

Dear All, Does someone do anything on your Linux (or UNIX) mail servers to convert darn proprietary MS Outlook winmail.dat attachments your users may receive (occasionally if lucky) into readable e-mail format. I know quick answer to my question (good quick answer would probably be: just trash them). Still, being involuntarily immersed into corporate world (even at Educational institution),

On 2017?04?08? 03:17, Jean-Philippe Brucker wrote: > This is the initial proposal for a paravirtualized IOMMU device using > virtio transport. It contains a description of the device, a Linux driver, > and a toy implementation in kvmtool. With this prototype, you can > translate DMA to guest memory from emulated (virtio), or passed-through > (VFIO) devices. > > In its simplest

> From: Jean-Philippe Brucker > Sent: Saturday, April 8, 2017 3:18 AM > > This is the initial proposal for a paravirtualized IOMMU device using > virtio transport. It contains a description of the device, a Linux driver, > and a toy implementation in kvmtool. With this prototype, you can > translate DMA to guest memory from emulated (virtio), or passed-through > (VFIO)

> Perhaps, but then you need to assume that the jitterbuffer can just > throw away the data, and that limits how you can use it. In object- > oriented terms, you might want to pass objects to the JB, and then > call a destructor on them. In C terms, you may want to allocate > frames via malloc(), and then call free() on them later. You might > want to pass in

On May 3, 2006, at 9:54 PM, Jean-Marc Valin wrote: >> Perhaps, but then you need to assume that the jitterbuffer can just >> throw away the data, and that limits how you can use it. In object- >> oriented terms, you might want to pass objects to the JB, and then >> call a destructor on them. In C terms, you may want to allocate >> frames via malloc(), and then call

I apologize in advance for the subject and length of this reply. I debated just letting things pass without comment. But, security has many levels. And the first level is recognition of the threat. Whether we recognize it or not. Whether we agree of disagree with the politics that lie beneath this situation or not; Whether we consider this a non-technical issue or not; By virtue of our

This pre-recorded message is being sent in response to your recent email to Firewalls-Book-Info. Building Internet Firewalls, Second Edition =========================================== by Elizabeth D. Zwicky, Simon Cooper, and D. Brent Chapman Published by O'Reilly & Associates 2nd Edition June 2000 894 Pages ISBN 1-56592-871-7 List price $49.95 Available through the Internet at a

> We just return a frame with the return value JB_DROP, which tells the > caller to drop this frame, and call jb_get again. > > When the caller is done with the jitterbuffer, it calls jb_getall() > repeatedly, until it's empty, and then it can discard all the frames. Hmm, looks a bit error-prone to me. Especially considering I still have to explain that "no, you

This is the initial proposal for a paravirtualized IOMMU device using virtio transport. It contains a description of the device, a Linux driver, and a toy implementation in kvmtool. With this prototype, you can translate DMA to guest memory from emulated (virtio), or passed-through (VFIO) devices. In its simplest form, implemented here, the device handles map/unmap requests from the guest. Future

This is the initial proposal for a paravirtualized IOMMU device using virtio transport. It contains a description of the device, a Linux driver, and a toy implementation in kvmtool. With this prototype, you can translate DMA to guest memory from emulated (virtio), or passed-through (VFIO) devices. In its simplest form, implemented here, the device handles map/unmap requests from the guest. Future

Hello, This patch series adds an initial implementation of restriper (it''s a clever name for relocation framework that allows to do selective profile changing and selective balancing with some goodies like pausing/resuming and reporting progress to the user. Profile changing is global (per-FS) so far, per-subvolume profiles require some discussion and can be implemented in future.