similar to: closed connections when using X11 forwarding

This patch splits the device status field of virtio-net into ro and rw byte. This would simplify the implementation of both host and guest and make the layout more clean. As VIRTIO_NET_S_ANNOUNCE is a rw bit, it was moved to bit 8 (0x100). btw. looks like there's no implementation that depends on VIRTIO_NET_S_ANNOUNCE, so the move is safe. Signed-off-by: Jason Wang <jasowang at

This patch splits the device status field of virtio-net into ro and rw byte. This would simplify the implementation of both host and guest and make the layout more clean. As VIRTIO_NET_S_ANNOUNCE is a rw bit, it was moved to bit 8 (0x100). btw. looks like there's no implementation that depends on VIRTIO_NET_S_ANNOUNCE, so the move is safe. Signed-off-by: Jason Wang <jasowang at

Add an rpmsg appendix to the virtio spec and tag it as Appendix H. Push the SCSI host appendix to 'I' so the appendices order stays according to the virtio device ids. Patch is against: http://ozlabs.org/~rusty/virtio-spec/virtio-0.9.4.lyx Tested with LyX 2.0.0. Signed-off-by: Ohad Ben-Cohen <ohad at wizery.com> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc:

Add an rpmsg appendix to the virtio spec and tag it as Appendix H. Push the SCSI host appendix to 'I' so the appendices order stays according to the virtio device ids. Patch is against: http://ozlabs.org/~rusty/virtio-spec/virtio-0.9.4.lyx Tested with LyX 2.0.0. Signed-off-by: Ohad Ben-Cohen <ohad at wizery.com> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc:

During link announcement, driver needs a method to notify device that it has received the notification and let it clear the VIRITO_NET_S_ANNOUNCE bit in the status field. Doing this through a dedicated command looks suitable for all platforms (especially for the ones who don't trap the status read or write) with a ctrl vq and can solve the race between host and guest. So this patch makes

During link announcement, driver needs a method to notify device that it has received the notification and let it clear the VIRITO_NET_S_ANNOUNCE bit in the status field. Doing this through a dedicated command looks suitable for all platforms (especially for the ones who don't trap the status read or write) with a ctrl vq and can solve the race between host and guest. So this patch makes

During link announcement, driver needs a method to notify device that it has received the notification and let it clear the VIRITO_NET_S_ANNOUNCE bit in the status field. Doing this through a dedicated command looks suitable for all platforms (especially for the ones who don't trap the status read or write) with a ctrl vq and can solve the race between host and guest. So this patch makes

During link announcement, driver needs a method to notify device that it has received the notification and let it clear the VIRITO_NET_S_ANNOUNCE bit in the status field. Doing this through a dedicated command looks suitable for all platforms (especially for the ones who don't trap the status read or write) with a ctrl vq and can solve the race between host and guest. So this patch makes

Hello everyone. I am having trouble with rsync stopping in the middle of a transfer. Everything works fine for smaller batches of file, but when I try to rsync big groups, it just stops in the middle. I have been using rsync to copy my home directory to an SD card. I recently got a Drobo+Droboshare (NAS) and want to do the same thing to the Drobo, but when I run rsync, it stops somewhere in

Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> --- virtio-spec.lyx | 147 +++++++++++++++++++++++++++++++++++++++++++++++++++++-- 1 file changed, 144 insertions(+), 3 deletions(-) diff --git a/virtio-spec.lyx b/virtio-spec.lyx index c920155..4729766 100644 --- a/virtio-spec.lyx +++ b/virtio-spec.lyx @@ -10721,11 +10721,18 @@ status open \begin_layout LyX-Code

>>>>> On Mon, 25 Jul 2005 14:12:41 +0200, >>>>> Gorjanc Gregor (GG) wrote: > Hello R-users! > I have tried to use Sweave within LyX* and found two ways to accomplish > this. I have attached LyX source file for both ways as well as generated > PDFs. I have copied Gregor's files at http://www.ci.tuwien.ac.at/~leisch/Sweave/LyX for those who

virtio header resizes in the first I/O region, not in PCI configuration space as the spec v0.8.1 implied. Correct this. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- I started looking at virtio spec with the view to updating it with new features and possibly documenting more devices. I have used latex in the past but not lyx. As a start, here's a patch to correct a nit in

virtio header resizes in the first I/O region, not in PCI configuration space as the spec v0.8.1 implied. Correct this. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- I started looking at virtio spec with the view to updating it with new features and possibly documenting more devices. I have used latex in the past but not lyx. As a start, here's a patch to correct a nit in

On Sun, 9 Dec 2001 edd@debian.org wrote: > > As there is nothing Debian-specific in this bug report (and the .deb of the > JVW is not from Debian either), I am forwarding this to R-bugs. My > recollection from recent discussions on the R mailing list is that currently > /no/ browser other than Netscape supports the Java search engine -- is that > correct or was there some

I am working on a Windows XP machine with R 2.10.1 and a recent installation of MiKTeX 2.8. I use LyX (www.lyx.org) to write documents and have it set up to run Sweave, Stangle, and make the PDF through R using a batch script and a MakeSweave.R file. This system worked just fine until I ran some MiKTeX updates yesterday. This is a bit embarrassing as I helped produce a "How-to" guide to

I'm not kind of an expert using Lyx, but I occasionally do some "structured writing" and on those occasions I've really enjoyed using Lyx; the workflow and the output just can't be beat. I'm enough of a novice with it that I've never used anything other than the "Article (Standard Class)" document class. I wrote a short paper using Lyx and the

Hello Because I want to use different true type fonts with latex, I''m using the XeTeX typesetting engine for my sweave-documents. I''m using Lyx with Sweave on a Windows 7 PC and have set up LyX to work with XeTeX according to the following instructions: http://wiki.lyx.org/LyX/XeTeX Because the input file for XeTeX is assumed to be in UTF-8 encoding, I set the encoding

Add documentation for indirect descriptors Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- virtio-spec.lyx | 118 +++++++++++++++++++++++++++++++++++++++++++++++++++++-- 1 files changed, 114 insertions(+), 4 deletions(-) diff --git a/virtio-spec.lyx b/virtio-spec.lyx index 8062e11..b5a8fbd 100644 --- a/virtio-spec.lyx +++ b/virtio-spec.lyx @@ -1,4 +1,4 @@ -#LyX 1.6.4 created

Add documentation for indirect descriptors Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- virtio-spec.lyx | 118 +++++++++++++++++++++++++++++++++++++++++++++++++++++-- 1 files changed, 114 insertions(+), 4 deletions(-) diff --git a/virtio-spec.lyx b/virtio-spec.lyx index 8062e11..b5a8fbd 100644 --- a/virtio-spec.lyx +++ b/virtio-spec.lyx @@ -1,4 +1,4 @@ -#LyX 1.6.4 created

We're getting very close now to having our RH6.1 server as we want it. Just a few anoying things left to iron out so we can trial it properly prior to going live. One of them is the "veto files" option in smb.conf. We want to stop users on Win95 clients from seeing (or deleting) the dot-files in their home shares. I've tried the above option, I've tried "hide dot