search for: preseves

On Thu, 2016-01-28 at 18:31 -0800, Andy Lutomirski wrote: > This is a kludge, but no one has come up with a a better idea yet. > We'll introduce DMA API support guarded by vring_use_dma_api(). > Eventually we may be able to return true on more and more systems, > and hopefully we can get rid of vring_use_dma_api() entirely some > day. > > Signed-off-by: Andy Lutomirski

On Thu, 2016-01-28 at 18:31 -0800, Andy Lutomirski wrote: > This is a kludge, but no one has come up with a a better idea yet. > We'll introduce DMA API support guarded by vring_use_dma_api(). > Eventually we may be able to return true on more and more systems, > and hopefully we can get rid of vring_use_dma_api() entirely some > day. > > Signed-off-by: Andy Lutomirski

Goodmorning everybody, I need to run an R program via SSH. Usually I open R, I run the program and I stay logged-in, waiting for the output. As a matter of fact, if I close the connection with SSH I loose the calculations and the output of my R program. What command I have to use in order to preseve the calculations and the output without staying logged-in a SSH connection? thanks in advance

On Mon, Feb 01, 2016 at 11:22:03AM +0000, David Woodhouse wrote: > On Thu, 2016-01-28 at 18:31 -0800, Andy Lutomirski wrote: > > This is a kludge, but no one has come up with a a better idea yet. > > We'll introduce DMA API support guarded by vring_use_dma_api(). > > Eventually we may be able to return true on more and more systems, > > and hopefully we can get rid

On Mon, Feb 1, 2016 at 5:23 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Mon, Feb 01, 2016 at 11:22:03AM +0000, David Woodhouse wrote: >> On Thu, 2016-01-28 at 18:31 -0800, Andy Lutomirski wrote: >> > This is a kludge, but no one has come up with a a better idea yet. >> > We'll introduce DMA API support guarded by vring_use_dma_api(). >> >

On Mon, Feb 1, 2016 at 5:23 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Mon, Feb 01, 2016 at 11:22:03AM +0000, David Woodhouse wrote: >> On Thu, 2016-01-28 at 18:31 -0800, Andy Lutomirski wrote: >> > This is a kludge, but no one has come up with a a better idea yet. >> > We'll introduce DMA API support guarded by vring_use_dma_api(). >> >

Full_Name: Stefan Albrecht Version: 2.2.0 OS: Windows XP Submission from: (NULL) (194.127.2.74) Dear all, in the new R 2.2.0, the matrix indexing has been changed. In my opinion, this leads to an inconsistency when indexing one-row matrices. Take > (mat <- matrix(1:9, nrow = 3, dimnames = list(paste("r", 1:3, sep = ""), paste("c", 1:3, sep = ""))))

This is a kludge, but no one has come up with a a better idea yet. We'll introduce DMA API support guarded by vring_use_dma_api(). Eventually we may be able to return true on more and more systems, and hopefully we can get rid of vring_use_dma_api() entirely some day. Signed-off-by: Andy Lutomirski <luto at kernel.org> --- drivers/virtio/virtio_ring.c | 24 ++++++++++++++++++++++++ 1

Sorry for the delayed response, I was on vacation. The answer is hinted to in the man page under -o: Note that if the source system is a daemon using chroot, the --numeric-ids option is implied because the source system cannot get access to the usernames. Actually, that says "source" and in your case it is the receiver, but I think perhaps if you use "use chroot =

I need a really quick response to this questoins. please send me the solution within 3 hours if you see this email. Now is 6:00pm in central time. Has smaba sucessfully responded to all UNIX semantics, specially for filename problems? if not, what is the exact problem?

> -----Original Message----- > From: r-devel-bounces@stat.math.ethz.ch > [mailto:r-devel-bounces@stat.math.ethz.ch]On Behalf Of Douglas Bates > Sent: Wednesday, April 07, 2004 5:13 PM > To: Warnes, Gregory R > Cc: Shin; r-devel@stat.math.ethz.ch; 'Duncan Murdoch' > Subject: Re: [Rd] Re: [R] More user-friendly error message needed. > > > "Warnes, Gregory

Full_Name: Ulrike Gr?mping Version: 2.2.1 OS: Windows Submission from: (NULL) (84.190.139.94) When importing data from SPSS, it is a nice feature of the package foreign that it allows (option use.value.labels=F) to work with the original SPSS codes while keeping the value labels as information in an attribute. Unfortunately, after merging or subsetting, these attributes disappear. The code

Here we go, updated patch following your advice checking max leaf and porting cpuidex for subleaf (ECX) 0. NOTE: I’ve set Haswell to be not only 60, but also 63, 69 & 70 model, following changes in Linux kernel & Xen. Also set 62 as Ivy Bridge EP aka E5 v3 (which I has in my workstation). Cheers, -- Adam Detects x86 family 6 model 60, 63, 69, 70 CPU that has AVX2 CPUID leaf 7 subleaf

I agree with Tim, you need to implement a GetCpuIDAndInfoEx function in Host.cpp and pass the correct value to ecx. Also you need to verify that 7 is a valid leaf because an invalid leaf is defined to return the highest supported leaf on that processor. So if a processor supports say leaf 6 and not leaf 7, then an access leaf 7 will return the data from leaf 6 causing unrelated bits to be

I've a call center using IAX softphones provided by a third party. We've observed problems where the IAX phones seem unable to use our PRI trunks. A sample anonymized call is provided below with the PRI debug calls embedded. Any thoughts, comments or suggestions would be welcome. In anonymizing it, I preseved the format and number of digits sent. -- Accepting AUTHENTICATED

This switches virtio to use the DMA API on Xen and if requested by module option. This fixes virtio on Xen, and it should break anything because it's off by default on everything except Xen PV on x86. To the Xen people: is this okay? If it doesn't work on other Xen variants (PVH? HVM?), can you submit follow-up patches to fix it? To everyone else: we've waffled on this for way too

This switches virtio to use the DMA API on Xen and if requested by module option. This fixes virtio on Xen, and it should break anything because it's off by default on everything except Xen PV on x86. To the Xen people: is this okay? If it doesn't work on other Xen variants (PVH? HVM?), can you submit follow-up patches to fix it? To everyone else: we've waffled on this for way too

Several companies have been interested in getting replication support for Dovecot. It looks like I could begin implementing it in a few months after some other changes. So here's how I'm planning on doing it: What needs to be replicated: - Saving new mails (IMAP, deliver) - Copying existing mails - Expunges - Flag and keyword changes - Mailbox creations, deletions and renames -