similar to: No subject

[message bounced because of "octet-stream" attachment which are not allowed in our mailing lists; manually fixed and approved, MM] Dear R-list, R: 1.5.1 OS: Windows NT additional packages needed: tseries for those of you who are interested, pls. find attached a function for estimating VECM's by employing the method of Johansen (see for example: Hamilton,

TL;DR ----- In this RFC we propose the introduction of the concept of hardware socket offload to the Linux kernel. Patches will accompany this RFC in a few days, but we felt we had enough on the design to solicit constructive discussion from the community at-large. BACKGROUND ---------- Many applications within enterprise organizations suitable for virtualization neither require nor desire a

TL;DR ----- In this RFC we propose the introduction of the concept of hardware socket offload to the Linux kernel. Patches will accompany this RFC in a few days, but we felt we had enough on the design to solicit constructive discussion from the community at-large. BACKGROUND ---------- Many applications within enterprise organizations suitable for virtualization neither require nor desire a

On Fri, Sep 11, 2020 at 6:21 PM Jeremy Cline <jcline at redhat.com> wrote: > > Other gpu drivers have some driver-specific documentation, so it would > nice if nouveau did as well. > > This adds a bare-bones ReStructured Text document with sections for > module parameter documentation, an overview of the driver architecture, > a section for internal API documentation,

This is to allow clients running within VMs to be able to communicate with a compositor in the host. Clients will use the communication protocol that the compositor supports, and virtio-gpu will assist with making buffers available in both sides, and copying content as needed. It is expected that a service in the guest will act as a proxy, interacting with virtio-gpu to support unmodified

This is to allow clients running within VMs to be able to communicate with a compositor in the host. Clients will use the communication protocol that the compositor supports, and virtio-gpu will assist with making buffers available in both sides, and copying content as needed. It is expected that a service in the guest will act as a proxy, interacting with virtio-gpu to support unmodified

Hello Ira, Great! You are right! Through Chrome browser on my win7 and win8.1 got size 90MB tarball, through wget on my ubuntu got size 19MB gzipped file, thank you Ira and Karolin, great samba work! [~] # wget https://download.samba.org/pub/samba/stable/samba-4.1.19.tar.gz --no-check-certificate ... [~] # file samba-4.1.19.tar.gz samba-4.1.19.tar.gz: gzip compressed data, was

I show the file size as 19M on the FTP site. 95MB is the gunzipped size. I suspect something unzipped it as it downloaded, I've seen browsers do that. I also pulled the file personally, and found the sizes lined up: ira at ira-t430:~/Downloads [/dev/pts/1](64/0)$ ls -la samba-4.1.19.tar.gz -rw-rw-r--. 1 ira ira 19558250 Jun 23 20:16 samba-4.1.19.tar.gz ira at ira-t430:~/Downloads

On Tue, Feb 04, 2020 at 11:30:11AM +0800, Jason Wang wrote: > On 2020/1/31 ??11:36, Tiwei Bie wrote: > > This patch introduces a vDPA based vhost backend. This > > backend is built on top of the same interface defined > > in virtio-vDPA and provides a generic vhost interface > > for userspace to accelerate the virtio devices in guest. > > > > This backend is

This is to allow clients running within VMs to be able to communicate with a compositor in the host. Clients will use the communication protocol that the compositor supports, and virtio-gpu will assist with making buffers available in both sides, and copying content as needed. It is expected that a service in the guest will act as a proxy, interacting with virtio-gpu to support unmodified

Hello R usuer, The code given below superimposes a pie diagram on another plot containing some points. However, I would like to center the pie diagram on the xy location on the plot, but not on the center. is there any way to re-center pic diagram. Any suggestion or better alternative are highly appreciated. Thank you in advance for your help. Regards, Bibke library(visualFields) library(car)

On 2019/10/22 ??5:52, Tiwei Bie wrote: > This patch introduces a mdev based hardware vhost backend. > This backend is built on top of the same abstraction used > in virtio-mdev and provides a generic vhost interface for > userspace to accelerate the virtio devices in guest. > > This backend is implemented as a mdev device driver on top > of the same mdev device ops used in

On 2019/10/29 ??6:07, Tiwei Bie wrote: > This patch introduces a mdev based hardware vhost backend. > This backend is built on top of the same abstraction used > in virtio-mdev and provides a generic vhost interface for > userspace to accelerate the virtio devices in guest. > > This backend is implemented as a mdev device driver on top > of the same mdev device ops used in

We often find ourselves reading through all sorts of contests on the Internet that never seem to echo our own personal skill set or interests. Perhaps you've even fantasized about a type of contest with the types of prizes and goodies that YOU'D actually enjoy. Maybe you've wished there were something along the lines of a asterisk phone system diagram contest? With prizes ranging from

=================================================================== "There are no facts, only interpretations." Friedrich Nietzsche =================================================================== Release Announcements ===================== This is is the latest stable release of Samba 3.6. Major enhancements in Samba 3.6.13 include: o Fix two resource

=================================================================== "There are no facts, only interpretations." Friedrich Nietzsche =================================================================== Release Announcements ===================== This is is the latest stable release of Samba 3.6. Major enhancements in Samba 3.6.13 include: o Fix two resource

On Tue, Nov 05, 2019 at 07:53:32PM +0800, Tiwei Bie wrote: > This patch introduces a mdev based hardware vhost backend. > This backend is built on top of the same abstraction used > in virtio-mdev and provides a generic vhost interface for > userspace to accelerate the virtio devices in guest. > > This backend is implemented as a mdev device driver on top > of the same mdev

From: Nicholas Bellinger <nab at linux-iscsi.org> As requested by Anthony, here is a patch against target-pending/for-next-merge to expose an ABI version to userspace via a new VHOST_SCSI_GET_ABI_VERSION ioctl operation. As mentioned in the comment, ABI Rev 0 is for pre 2012 out-of-tree code, and ABI Rev 1 (the current rev) is for current WIP v3.6 kernel merge candiate code. I think this

From: Nicholas Bellinger <nab at linux-iscsi.org> As requested by Anthony, here is a patch against target-pending/for-next-merge to expose an ABI version to userspace via a new VHOST_SCSI_GET_ABI_VERSION ioctl operation. As mentioned in the comment, ABI Rev 0 is for pre 2012 out-of-tree code, and ABI Rev 1 (the current rev) is for current WIP v3.6 kernel merge candiate code. I think this

On 2019/11/5 ??7:53, Tiwei Bie wrote: > This patch introduces a mdev based hardware vhost backend. > This backend is built on top of the same abstraction used > in virtio-mdev and provides a generic vhost interface for > userspace to accelerate the virtio devices in guest. > > This backend is implemented as a mdev device driver on top > of the same mdev device ops used in