search for: requrests

Hi: This series try to prevent a guest triggerable CPU hogging through vhost kthread. This is done by introducing and checking the weight after each requrest. The patch has been tested with reproducer of vsock and virtio-net. Only compile test is done for vhost-scsi. Please review. This addresses CVE-2019-3900. Changs from V1: - fix user-ater-free in vosck patch Jason Wang (4): vhost:

Hi: This series try to prevent a guest triggerable CPU hogging through vhost kthread. This is done by introducing and checking the weight after each requrest. The patch has been tested with reproducer of vsock and virtio-net. Only compile test is done for vhost-scsi. Please review. This addresses CVE-2019-3900. Changs from V1: - fix user-ater-free in vosck patch Jason Wang (4): vhost:

Asymmetric wrote: [SNIP] > > I don't know (don't use ices) but I thought I should inform you.. taking > user requests may cause you to violate the RIAA rules regarding that > topic, depending on how you handle it. Be careful. ;) > It's for my office... I'd love to play my CDs on my radio, but it would disturb those that don't like my music. Some do, so

On Fri, May 17, 2019 at 12:29:48AM -0400, Jason Wang wrote: > Hi: > > This series try to prevent a guest triggerable CPU hogging through > vhost kthread. This is done by introducing and checking the weight > after each requrest. The patch has been tested with reproducer of > vsock and virtio-net. Only compile test is done for vhost-scsi. > > Please review. > This

From: Jason Wang <jasowang at redhat.com> Date: Fri, 17 May 2019 00:29:48 -0400 > Hi: > > This series try to prevent a guest triggerable CPU hogging through > vhost kthread. This is done by introducing and checking the weight > after each requrest. The patch has been tested with reproducer of > vsock and virtio-net. Only compile test is done for vhost-scsi. > >

> If I do this publicly, I've already researched the royalty situation, > etc. It's not all that complicated in that regard... radio stations > already allow callin shows. This is just a variation. Online radio is COMPLETELY DIFFERENT than on-the-air radio. You MUST follow the RIAA guidelines for non-interactive broadcasts for online radio, and you do not have to follow

Jack Moffitt wrote: >>If I do this publicly, I've already researched the royalty situation, >>etc. It's not all that complicated in that regard... radio stations >>already allow callin shows. This is just a variation. >> > Wow, this must have just happened in the last 12 months (I last looked into this about a year ago). Can you point out a URL to the

On Wed, Jul 13, 2016 at 02:35:08AM -0400, Garland McAlexander wrote: > CIFS is single threaded, if you plan on using it with a large amount of Oh, "my" cifs as a protocol is multi-threaded. It's part of the Samba implementation that is single threaded. However, for large file I/O Samba is multi-threaded. Volker

Hi: This series try to prvernt a guest triggerable CPU hogging through vhost kthread. This is done by introducing and checking the weight after each requrest. The patch has been tested with reproducer of vsock and virtio-net. Only compile test is done for vhost-scsi. Please review. This addresses CVE-2019-3900. Jason Wang (4): vhost: introduce vhost_exceeds_weight() vhost_net: fix possible

Memory mapped and port I/O is currently broken under VMX when the partition is running in VM8086 mode. The reason is that the instruction decoding support uses 32-bit opcode/address decodes rather 16-bit decodes. This patch fixes that. In addition, the patch adds support for the "stos" instruction decoding because this is a frequently used way to clear MMIO areas such as the screen. As

This is problem 1 of 3 problems we are having with live migration and/or ACPI on Xen-4.3 and Xen-4.2. Any help would be appreciated. Detailed description of problem: We are using Xen-4.3-rc1 with dom0 running Ubuntu Precise and 3.5.0-23-generic kernel, and domU running Ubuntu Precise (12.04) cloud images running 3.2.0-39-virtual. We are using the xl.conf below on qemu-upstream-dm and HVM and