similar to: Off-topic: Howto decrypt OpenSSL file in Win32 environment

From: Erwan Yvin <erwan.yvin at stericsson.com> Add the CAIF Virtio shared memory driver for talking to a modem. This CAIF Link layer communicates to the modem over shared memory. It is implemented as a virtio_driver. The underlying virtio device is managed by the remoteproc framework. The Virtio queue is used for transmitting data to the modem, and the new vringh is used for receiving

From: Erwan Yvin <erwan.yvin at stericsson.com> Add the CAIF Virtio shared memory driver for talking to a modem. This CAIF Link layer communicates to the modem over shared memory. It is implemented as a virtio_driver. The underlying virtio device is managed by the remoteproc framework. The Virtio queue is used for transmitting data to the modem, and the new vringh is used for receiving

Hello R-help subscribers, I am analyzing a data set using a mixed logit model, and I have recently discovered some curious behavior. I am hoping you all can help. I first ran the following model in December 2012. lmer(Response.binary ~ ItemType.c * Block + (1 | Subject) + (1 | Word), data=lexdec, family="binomial") I then took a break from the data for the holidays. I returned to

Ferenc Wagner <wferi at niif.hu> writes: > "H. Peter Anvin" <hpa at zytor.com> writes: > >> On 08/29/2013 04:14 AM, Ferenc Wagner wrote: >> >>> "H. Peter Anvin" <hpa at zytor.com> writes: >>> >>>> On 08/22/2013 10:20 AM, Ferenc Wagner wrote: >>>> >>>>> Now that Syslinux has ls.c32 and

On Fri, Feb 22, 2013 at 1:42 AM, Rusty Russell <rusty at rustcorp.com.au> wrote: > Ohad Ben-Cohen <ohad at wizery.com> writes: >> On Thu, Feb 21, 2013 at 8:37 AM, Rusty Russell <rusty at rustcorp.com.au> wrote: >> What do you think about creating some virtio-level wrappers for the >> vringh handlers? >> >> I don't think we're going to stop

On Fri, Feb 22, 2013 at 1:42 AM, Rusty Russell <rusty at rustcorp.com.au> wrote: > Ohad Ben-Cohen <ohad at wizery.com> writes: >> On Thu, Feb 21, 2013 at 8:37 AM, Rusty Russell <rusty at rustcorp.com.au> wrote: >> What do you think about creating some virtio-level wrappers for the >> vringh handlers? >> >> I don't think we're going to stop

Check on the correct return value from vringh_notify_enable_kern(). It returns false if more packets are available, not true. Signed-off-by: Sjur Br?ndeland <sjur.brandeland at stericsson.com> --- Hi, This patch applies to Rusty's virtio-next branch. Thanks, Sjur drivers/net/caif/caif_virtio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Check on the correct return value from vringh_notify_enable_kern(). It returns false if more packets are available, not true. Signed-off-by: Sjur Br?ndeland <sjur.brandeland at stericsson.com> --- Hi, This patch applies to Rusty's virtio-next branch. Thanks, Sjur drivers/net/caif/caif_virtio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

I am wondering if anyone knows how to use predict with a glmmPQL model, where you want to predict the response for one factor in the model? Originally I used predict on a GLM (gamma, log link) in the following way: p.1<-predict(model1,data.frame(year=as.factor(xv),nafdiv=as.factor(rep(" 3N",length(xv))), duration=1000, cfv=as.factor(rep(106166,length(xv))),

Hi, I am hoping that rsync may be able to improve an existing network backup I've got: tar czf - --files-from $FILE_LIST | ssh -i $AUTH -l $USER $HOST "cat > ${DEST}/${SOURCE}_${FILE}.tgz" You can see that this backup uses tar to create a single compressed archive and store it on a remote host using ssh. It occurred to me that it might be possible to use rsync. I'm hoping

Both DomU and Dom0 (64-bit):- bash-3.2# uname -a SunOS dhcppc7 5.11 snv_89 i86pc i386 i86pc bash-3.2# cd libMic* bash-3.2# bin/fork -E -C 200 -L -S -W -N fork_100 -B 100 -C 100 > /tmp/fork.output Running: fork_100 for 37.41568 seconds bash-3.2# cd .. bash-3.2# gunzip < libc_hwcap3.tar.gz | ( cd /tmp; tar xfv - ) x libc_hwcap3.so.1, 1646444 bytes, 3216 tape blocks bash-3.2#

Hi, I am working on a project where I have to move some parts files from an old Unix server. I have tared the files to floppy disc, but I can't mount them. After doing some reasearch I have found that the SCO Unix ver 3.2 uses a System V filesystem I think. From the article that I have read I need to add this filesystem to my kernel to be able to mount and read the floppy discs. Can

Dear Mr Bivand and all the authors, Glad to recieve your letter, and it seems that you catched the very bug this time! First of all, there isn't any file named "graphics.Ex-rout" in direction "tests/Examples/" but there are "graphics.Ex.R" and "graphics.Ex-Rout.fail" files there, the latter of which looks like a good crue of my problem. So I tared

Hi all: The new providers file was not in the install.sh and shorewall.spec files Patches attached, are they in the correct format? Jerry -------------- next part -------------- --- shorewall-2.3.2test/shorewall.spec 2005-05-19 17:44:33.000000000 -0500 +++ shorewall-2.3.2/shorewall.spec 2005-05-19 09:16:52.000000000 -0500 @@ -96,6 +96,7 @@ %attr(0600,root,root) %config(noreplace)

I chose rsync over diff -r because diff -r is a binary comparison and it takes longer than creating a checksum. Isn't that correct? I did not understand this: > Rsync isn't even smart enough to not bother checksumming things that don't even have a comparison file. --checksum seems to work as you say even in --dry-run mode. At least it takes a lot of time, which should be a good

We are going to add more parameters to find_vqs, let's wrap the call so we don't need to tweak all drivers every time. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/block/virtio_blk.c | 3 +-- drivers/char/virtio_console.c | 6 +++--- drivers/crypto/virtio/virtio_crypto_core.c | 3 +-- drivers/gpu/drm/virtio/virtgpu_kms.c | 3

We are going to add more parameters to find_vqs, let's wrap the call so we don't need to tweak all drivers every time. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/block/virtio_blk.c | 3 +-- drivers/char/virtio_console.c | 6 +++--- drivers/crypto/virtio/virtio_crypto_core.c | 3 +-- drivers/gpu/drm/virtio/virtgpu_kms.c | 3

System: 1800+ athlon OS: Redhat 8.0 I downloaded the latest tar.gz file from the homepage "wine-20021125" un-tared it via tar -zxvf Wine-20021125.tar.gz.... then cd to wine-20021125. From the latter directory I try to run the ./tools/wineinstall "as a user" and get this error: [JoKeR@WhItEWidoW wine-20021125]$ ./tools/wineinstall /bin/bash: /root/.bashrc: Permission

I have successfully gunziped and tared the file Wine-20031118.tar.gz. Whenever I try to compile it, I get to where it is installing "tokensize=ect."( it tries to load a whole lot of different numbers), and then aborts installation. I've tried both ways (as root and as user) with no luck. What am I missing? Thanks for any pointers

Hi, we are using Debian Woody with Samba 3.0.4 backport. The Clients are Windows XP pro. Since we use this version of Samba a problem occurred twice: In a huge directory there are files not shown in the Explorer. The files are there, the rights are ok, if we want to overwrite the file, Windows says that it is there, but it is not shown. An example: Ablaufinformation - EB-Wahl Okt 02.doc (not