[Qemu-devel] Re: [PATCH 05/21] virtio: modify save/load handler to handle inuse varialble.

2010/12/2 Michael S. Tsirkin : > On Wed, Dec 01, 2010 at 05:03:43PM +0900, Yoshiaki Tamura wrote: >> 2010/11/28 Michael S. Tsirkin : >> > On Sun, Nov 28, 2010 at 08:27:58PM +0900, Yoshiaki Tamura wrote: >> >> 2010/11/28 Michael S. Tsirkin : >> >> > On Thu, Nov 25, 2010 at 03:06:44PM +0900, Yoshiaki

[Qemu-devel] Re: [PATCHv6 00/16] boot order specification

On Thu, Dec 02, 2010 at 09:01:25PM -0500, Kevin O'Connor wrote: > On Thu, Dec 02, 2010 at 02:30:42PM +0200, Gleb Natapov wrote: > > On Wed, Dec 01, 2010 at 09:25:40PM -0500, Kevin O'Connor wrote: > > > You're thinking in terms of which device to boot, which does make this > > > difficult. However,

[Qemu-devel] Re: [PATCHv6 00/16] boot order specification

On Thu, Dec 02, 2010 at 02:30:42PM +0200, Gleb Natapov wrote: > On Wed, Dec 01, 2010 at 09:25:40PM -0500, Kevin O'Connor wrote: > > You're thinking in terms of which device to boot, which does make this > > difficult. However, it's equally valid to think in terms of which > > boot method to invoke

[Qemu-devel] [PATCH] Remove debug msg related to alloc ram

QEMU printing msgs like this on stat. They appear to be leftout debug. alloc ram pc.ram len 0x4000 alloc ram pc.bios len 0x2 alloc ram pc.rom len 0x2 alloc ram vga.vram len 0x80 alloc ram :00:02.0/cirrus_vga.rom len 0x1 alloc ram :00:03.0/virtio-net-pci.rom len 0x1

[Qemu-devel] [PULL] virtio-9p patches - Request for pull

The following changes since commit 6a8657528d94fa1be78d1be0821a01a251fa2de9: Anthony Liguori (1): Fix build are available in the git repository at: git://repo.or.cz/qemu/aliguori/jvrao.git for-anthony Harsh Prateek Bora (1): hw/virtio9p: Use appropriate debug print functions in

[Qemu-devel] pcie aer comment

Also, the code has many cases that look like: if (root_cmd & PCI_ERR_ROOT_CMD_COR_EN) { } If the intent is to add some code later, pls put a TODO here. Otherwise please remove these or replace with comments like /* For correctable - nothing special needs to be done.

[Qemu-devel] [PATCH 5/6] pci/aer: fix interrupt on config write

config write handling for aer seems broken: For example, it won't clear a level interrupt when command register is set to 0. Make it match the spec: level should equal the logical or of enabled bits, msi only be sent when the logical or changes. Signed-off-by: Michael S. Tsirkin --- hw/pcie_aer

[Qemu-devel] [PATCH 2/6] Makefile: make msix/msi depend on CONFIG_PCI

Possible now that pci is not depending on these. Signed-off-by: Michael S. Tsirkin --- Makefile.objs |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/Makefile.objs b/Makefile.objs index 04625eb..d1e63ce 100644 --- a/Makefile.objs +++ b/Makefile.objs @@ -168,7 +168,8 @@

[Qemu-devel] [PATCH 4/6] pci/aer: fix error injection

Fix the injection logic upon aer message to follow 6.2.4.1.2 more closely: specifically only send an msi interrupt when the logical or of the enabled bits changed, not when a bit which was previously clear becomes set. Signed-off-by: Michael S. Tsirkin --- hw/pcie_aer.c | 45 ++

[Qemu-devel] [PATCH 6/6] pci/aer: factor out common code

Same logic is used to assert interrupts and send msix messages, so add a static functin for this. Signed-off-by: Michael S. Tsirkin --- hw/pcie_aer.c | 27 +-- 1 files changed, 13 insertions(+), 14 deletions(-) diff --git a/hw/pcie_aer.c b/hw/pcie_aer.c index 1c513a7..

[Qemu-devel] [PATCH 0/6] pcie aer fixes

Here are a bunch of fixes and cleanups to aer interrupt injection. Compile tested only, issues were found by reading the code and spec. I put these on my pci branch for ease of testing, but can back them out if needed. Pls review and test. Thanks! Michael S. Tsirkin (6): pci: untangle pci/msi

[Qemu-devel] [PATCH 3/6] pci/aer: remove dead code

Remove some unused variables and return values. Signed-off-by: Michael S. Tsirkin --- hw/pcie_aer.c | 15 +-- 1 files changed, 1 insertions(+), 14 deletions(-) diff --git a/hw/pcie_aer.c b/hw/pcie_aer.c index 18bbd5a..204155b 100644 --- a/hw/pcie_aer.c +++ b/hw/pcie_aer.c @@ -258,

[Qemu-devel] [PATCH 1/6] pci: untangle pci/msi dependency

msi depends on pci but pci should not depend on msi. The only dependency we have is a recent addition of pci_msi_ functions, IMO they add little enough to open-code in the small number of users. Follow-up patches add more cleanups. Signed-off-by: Michael S. Tsirkin --- hw/pci.c | 19

Re: [Qemu-devel] [RFC] QEMU 0.14.0 release plan

On Thu, 2010-12-02 at 16:06 -0600, Brian Jackson wrote: > On Monday, November 29, 2010 11:42:49 am Anthony Liguori wrote: > > Hi, > > > > 0.13 was a mess of a release (largely due to my lack of time) and I'd > > like to get us back onto a predictable schedule. > > > > Here's what I propose: > >

[Qemu-devel] megasas: Usage of is_write in megasas_map_sgl()

Hi Hannes and Co, I had a quick question wrt to megassas_map_sgl() -> cpu_physical_memory_map() and usage of the 'is_write' parameter. In megasas.v3 code on v0.13.0, this appears as: static int megasas_map_sgl(struct megasas_cmd_t *cmd, int pa_offset) { int i; uint16_t flags = le16_to_cp

Re: [Qemu-devel] [RFC] QEMU 0.14.0 release plan

On Monday, November 29, 2010 11:42:49 am Anthony Liguori wrote: > Hi, > > 0.13 was a mess of a release (largely due to my lack of time) and I'd > like to get us back onto a predictable schedule. > > Here's what I propose: > > 12/6 - fork off stable-0.14 tree; simultaneously release qemu-0.14.0-r

[Qemu-devel] Re: [SeaBIOS] [PATCHv6 00/16] boot order specification

Gleb Natapov wrote: How can we get to EDD info after device is mapped? Looking at Seabios implementation it builds EDD table on the fly when int_1348 is called and it does it only for internal devices. Can we use "disconnect vector" to connect device temporarily get EDD and then disconnect? Fr

[Qemu-devel] Re: [PULL] virtio, vhost, e1000, pci

On 12/02/2010 02:12 PM, Michael S. Tsirkin wrote: Note: pull request from 11/16/2010 was supposed to be merged but seems to have got lost somehow. So this request includes those bits as well. The following changes since commit 393f398b69f9baadc3f29d822a0b5b74ca63b919: tcg-ia64: Fix warning i

[Qemu-devel] [PULL] virtio, vhost, e1000, pci

Note: pull request from 11/16/2010 was supposed to be merged but seems to have got lost somehow. So this request includes those bits as well. The following changes since commit 393f398b69f9baadc3f29d822a0b5b74ca63b919: tcg-ia64: Fix warning in qemu_ld. (2010-12-01 19:48:31 +0100) are available

[Qemu-devel] Re: [PATCH] pci: make command SERR bit writable

On Fri, Nov 26, 2010 at 09:01:41PM +0900, Isaku Yamahata wrote: > pcie aer wants SERR bit to be writable. > So make it writable. For compatibility, introduce compat global property > command_serr_enable and don't make it writable when pre 0.14 pc machine. > > Signed-off-by: Isaku Yamahata Applie

[Qemu-devel] Re: [PATCH] add a command line option to specify the IP address to send multicast packets from

On Wed, Dec 01, 2010 at 11:16:47AM -0800, Mike Ryan wrote: > [one more minor change which is needed on older kernels] > > Add an option to specify the host IP to send multicast packets from when > using a multicast socket for networking. The option takes an IP address > and sets the IP_MULTICAST_I

Re: [Qemu-devel] [PATCHv3 4/6] virtio-net: stop/start bh when appropriate

On Thu, Dec 02, 2010 at 10:19:55PM +0800, Jason Wang wrote: > Michael S. Tsirkin writes: > > On Thu, Dec 02, 2010 at 08:56:30PM +0800, Jason Wang wrote: > > > Michael S. Tsirkin writes: > > > > On Wed, Dec 01, 2010 at 01:45:09PM +0800, Jason Wang wrote: > > > > > Michael S. Tsirkin writes: >

[Qemu-devel] (no subject)

http://cuzzucoli.it/index000.php

[Qemu-devel] [PATCH 2/3] Fix formatting and missing braces in qemu-img.c

From: Jes Sorensen Signed-off-by: Jes Sorensen --- qemu-img.c | 77 +++ 1 files changed, 51 insertions(+), 26 deletions(-) diff --git a/qemu-img.c b/qemu-img.c index 99f30b3..d0dc445 100644 --- a/qemu-img.c +++ b/qemu-img.c @@ -304,8 +3

[Qemu-devel] [PATCH 3/3] Fail if detecting an unknown option

From: Jes Sorensen This patch changes qemu-img to exit if an unknown option is detected, instead of trying to continue with a set of arguments which may be incorrect. Signed-off-by: Jes Sorensen --- qemu-img.c | 48 1 files changed, 48 inserti

[Qemu-devel] [PATCH 1/3] Consolidate printing of block driver options

From: Jes Sorensen This consolidates the printing of block driver options in print_block_option_help() which is called from both img_create() and img_convert(). This allows for the "?" detection to be done just after the parsing of options and the filename, instead of half way down the codepath

[Qemu-devel] [PATCH 0/3] Cleanup qemu-img code

From: Jes Sorensen Hi, These patches moves the handling of block help printing to shared code, which allows the "?" detection to happen early in the parsing, instead of half way down img_create() and img_convert(). I would like to see this happen as I would like to pull some of the code out of i

Re: [Qemu-devel] [PATCH v8 7/7] virtio-console: Enable port throttling when chardev is slow to consume data

> > > when there's a partial write, it tries to do a write again, which will > > > fail with -EAGAIN. > > > > Doesn't that cause the first partial chunk to be incorrectly transmitted > > twice? You may only return EAGAIN if no data was transmitted. > > Except for the fact that no caller of qemu_c

[Qemu-devel] Re: [SeaBIOS] [PATCHv6 00/16] boot order specification

On Thu, Dec 02, 2010 at 04:07:16PM +0100, Peter Stuge wrote: > Gleb Natapov wrote: > > BBS specification is broken since it doesn't provide a way for > > discovered boot method (BCV) to be linked back to a device it will > > boot from. Nothing we can do to fix this except moving to EFI (an > > hope

[Qemu-devel] Re: [PATCH v2] block: Fix the use of protocols in backing files

Am 02.12.2010 17:54, schrieb Stefan Hajnoczi: > Backing filenames may contain a protocol. The code currently doesn't > consider this case and produces filenames that embed ":". > Don't combine filenames if the backing filename contains a protocol. > > Based on an earlier patch by Anthony Liguori

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

Actually CCing Rik now! On Thu, Dec 02, 2010 at 08:57:16PM +0530, Srivatsa Vaddagiri wrote: > On Thu, Dec 02, 2010 at 03:49:44PM +0200, Avi Kivity wrote: > > On 12/02/2010 03:13 PM, Srivatsa Vaddagiri wrote: > > >On Thu, Dec 02, 2010 at 02:41:35PM +0200, Avi Kivity wrote: > > >> >> What I'd lik

Re: [Qemu-devel] [RFC] QEMU 0.14.0 release plan

On Tue, 30 Nov 2010, Kevin Wolf wrote: > Am 29.11.2010 18:42, schrieb Anthony Liguori: > > 0.13 was a mess of a release (largely due to my lack of time) and I'd > > like to get us back onto a predictable schedule. > > Telling people six days in advance when the fork will be is hardly > predictab

[Qemu-devel] Re: [PATCH 07/10] pci: add ich7 pci id

On Wed, Dec 1, 2010 at 7:17 PM, Alexander Graf wrote: > We need a PCI ID for our new AHCI adapter. I just picked an ICH-7M > because that's the one built into the first Macbooks. > > This patch adds a PCI ID define for an ICH-7 AHCI adapter. > > Signed-off-by: Alexander Graf > > --- > > v3 -> v4:

[Qemu-devel] [PATCH v2] block: Fix the use of protocols in backing files

Backing filenames may contain a protocol. The code currently doesn't consider this case and produces filenames that embed ":". Don't combine filenames if the backing filename contains a protocol. Based on an earlier patch by Anthony Liguori . Signed-off-by: Stefan Hajnoczi --- block.c | 14 +

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On Thu, Dec 02, 2010 at 05:33:40PM +0200, Avi Kivity wrote: > A0 and A1's vruntime will keep growing, eventually B will become > leftmost and become runnable (assuming leftmost == min vruntime, not > sure what the terminology is). Donation (in directed yield) will cause vruntime to drop as well (t

Re: [Qemu-devel] [PATCH] Megasas HBA emulation and SCSI update v.2

On Thu, 2010-12-02 at 08:51 +0100, Hannes Reinecke wrote: > On 12/02/2010 01:14 AM, Nicholas A. Bellinger wrote: > > On Wed, 2010-12-01 at 16:46 +0100, Hannes Reinecke wrote: > >> On 12/01/2010 03:18 PM, Hannes Reinecke wrote: > >> Hmpf. Using a new vista x86 image (build 6002) with SP2 preloade

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On 12/02/2010 05:27 PM, Srivatsa Vaddagiri wrote: > >Even that would require some precaution in directed yield to ensure that it > >doesn't unduly inflate vruntime of target, hurting fairness for other guests on > >same cpu as target (example guest code that can lead to this situation > >bel

[Qemu-devel] [Bug 595438] Re: KVM segmentation fault, using SCSI+writeback and linux 2.4 guest

** Tags added: verification-done ** Tags removed: verification-needed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/595438 Title: KVM segmentation fault, using SCSI+writeback and linux 2.4 guest S

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On Thu, Dec 02, 2010 at 03:49:44PM +0200, Avi Kivity wrote: > On 12/02/2010 03:13 PM, Srivatsa Vaddagiri wrote: > >On Thu, Dec 02, 2010 at 02:41:35PM +0200, Avi Kivity wrote: > >> >> What I'd like to see in directed yield is donating exactly the > >> >> amount of vruntime that's needed to mak

[Qemu-devel] Re: [SeaBIOS] [PATCHv6 00/16] boot order specification

Gleb Natapov wrote: > BBS specification is broken since it doesn't provide a way for > discovered boot method (BCV) to be linked back to a device it will > boot from. Nothing we can do to fix this except moving to EFI (an > hope the problem is fixed there). There is that option, or there could be

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On 12/01/2010 09:09 PM, Peter Zijlstra wrote: > > We are dealing with just one task here (the task that is yielding). > After recording how much timeslice we are "giving up" in current->donate_time > (donate_time is perhaps not the right name to use), we adjust the yielding > task's vruntime

Re: [Qemu-devel] [PATCH v8 7/7] virtio-console: Enable port throttling when chardev is slow to consume data

On (Wed) Dec 01 2010 [13:08:26], Paul Brook wrote: > > On (Wed) Dec 01 2010 [11:59:35], Paul Brook wrote: > > > > > > -qemu_chr_write(vcon->chr, buf, len); > > > > > > +ret = qemu_chr_write(vcon->chr, buf, len); > > > > > > +if (ret == -EAGAIN) { > > > > > > +virtio_serial_throt

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On 12/01/2010 07:29 PM, Srivatsa Vaddagiri wrote: > > > A plain yield (ignoring no-opiness on Linux) will penalize the > > > running guest wrt other guests. We need to maintain fairness. Avi, any idea how much penalty are we talking of here in using plain yield? If that is acceptable in p

Re: [Qemu-devel] [PATCHv3 4/6] virtio-net: stop/start bh when appropriate

Michael S. Tsirkin writes: > On Thu, Dec 02, 2010 at 08:56:30PM +0800, Jason Wang wrote: > > Michael S. Tsirkin writes: > > > On Wed, Dec 01, 2010 at 01:45:09PM +0800, Jason Wang wrote: > > > > Michael S. Tsirkin writes: > > > > > Avoid sending out packets, and modifying > > > > > devic

[Qemu-devel] Re: [PATCH V2 1/2] Introduce -machine command option.

From: Anthony PERARD This option gives the ability to switch one "accelerator" like kvm, xen or the default one tcg. We can specify more than one accelerator by separate them by a colon. QEMU will try each one and use the first whose works. So, ./qemu -machine accel=xen:kvm:tcg which would try

[Qemu-devel] Re: [PATCH 3/3] block: Fix the use of protocols in backing files

On Thu, Dec 02, 2010 at 03:31:42PM +0100, Kevin Wolf wrote: > Am 30.11.2010 16:14, schrieb Stefan Hajnoczi: > > diff --git a/block.c b/block.c > > index 59b69e4..c9a6720 100644 > > --- a/block.c > > +++ b/block.c > > @@ -611,10 +611,17 @@ int bdrv_open(BlockDriverState *bs, const char > > *filenam

[Qemu-devel] Lat�olours present Latinoamerican Music Talents Open Booking 2011-12

One of the best proposals of Latin American Music she sings the Latin American imaginary with a sweet water voice. The Colombian songwriter

Re: [Qemu-devel] [PATCHv3 4/6] virtio-net: stop/start bh when appropriate

On Thu, Dec 02, 2010 at 10:19:55PM +0800, Jason Wang wrote: > Michael S. Tsirkin writes: > > On Thu, Dec 02, 2010 at 08:56:30PM +0800, Jason Wang wrote: > > > Michael S. Tsirkin writes: > > > > On Wed, Dec 01, 2010 at 01:45:09PM +0800, Jason Wang wrote: > > > > > Michael S. Tsirkin writes: >

[Qemu-devel] Re: [PATCH 00/12] AHCI emulation support v4

On 02.12.2010, at 11:43, Gerd Hoffmann wrote: > On 12/02/10 00:29, Alexander Graf wrote: >> >> On 24.11.2010, at 12:44, Gerd Hoffmann wrote: >> >>> On 11/23/10 15:34, Alexander Graf wrote: This patch adds support for AHCI emulation. I have tested and verified it works in Linux,

[Qemu-devel] Re: [PATCH 01/10] ide: split ide command interpretation off

On Wed, Dec 1, 2010 at 7:17 PM, Alexander Graf wrote: > The ATA command interpretation code can be used for PATA and SATA > interfaces alike. So let's split it out into a separate function. > > Signed-off-by: Alexander Graf > > --- > > v6 -> v7: > >  - use bus instead of opaque (stefanha) > --- >

Re: [Qemu-devel] [PATCH 4/5] ide: add TRIM support

Am 01.12.2010 16:35, schrieb Christoph Hellwig: > Add support for the data set management command, and the TRIM sub function > in it. > > Signed-off-by: Christoph Hellwig > > Index: qemu/hw/ide/core.c > === > --- qemu.orig/hw/ide/co

[Qemu-devel] Re: [PATCH 3/3] block: Fix the use of protocols in backing files

Am 30.11.2010 16:14, schrieb Stefan Hajnoczi: > Backing filenames may contain a protocol. The code currently doesn't > consider this case and produces filenames that embed ":". > Don't combine filenames if the backing filename contains a protocol. > > Based on an earlier patch by Anthony Liguori

[Qemu-devel] Re: [PATCH 04/10] ide: add DMA hooks to bus ops

On Wed, Dec 1, 2010 at 7:17 PM, Alexander Graf wrote: > For DMA operations, we need to hook into even more IDE functionality. > > This patch adds the respective hooking points, allowing us to handle > SG lists ourselves in the AHCI code. > > Signed-off-by: Roland Elek > Signed-off-by: Alexander G

[Qemu-devel] Re: [PATCH 02/10] ide: fix whitespace gap in ide_exec_cmd

On Wed, Dec 1, 2010 at 7:17 PM, Alexander Graf wrote: > Now that we have the function split out, we have to reindent it. > In order to increase the readability of the actual functional change, > this is split out. > > Signed-off-by: Alexander Graf > --- >  hw/ide/core.c |  734 +++

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On 12/02/2010 03:13 PM, Srivatsa Vaddagiri wrote: On Thu, Dec 02, 2010 at 02:41:35PM +0200, Avi Kivity wrote: > >> What I'd like to see in directed yield is donating exactly the > >> amount of vruntime that's needed to make the target thread run. > > > >I presume this requires the target

[Qemu-devel] Re: [PATCH 05/10] ide: add ncq identify data for ahci sata drives

On Wed, Dec 1, 2010 at 7:17 PM, Alexander Graf wrote: > From: Roland Elek > > I modified ide_identify() to include the zero-based queue length > value in word 75, and set bit 8 in word 76 to signal NCQ support > in the identify data for AHCI SATA drives. > > Signed-off-by: Roland Elek > --- >  h

[Qemu-devel] Re: [PATCH 06/10] pci: add storage class for sata

On Wed, Dec 1, 2010 at 7:17 PM, Alexander Graf wrote: > This patch adds the storage sata class id. > > Signed-off-by: Alexander Graf > --- >  hw/pci_ids.h |    1 + >  1 files changed, 1 insertions(+), 0 deletions(-) Reviewed-by: Stefan Hajnoczi

[Qemu-devel] [RFC] QEMU 0.14.0 release plan (v2)

Here's a slightly modified schedule to allow some outstanding bits on the block tree to be merged before release. 12/17 - release qemu-0.14.0-rc0, for stable-0.14 12/27 - release qemu-0.14.0-rc1 1/3 - release qemu-0.14.0-rc2 1/5 - release qemu-0.14.0 based on -rc2 with just versioning changes

[Qemu-devel] Re: [PATCH 00/12] AHCI emulation support v4

On 12/02/10 00:29, Alexander Graf wrote: On 24.11.2010, at 12:44, Gerd Hoffmann wrote: On 11/23/10 15:34, Alexander Graf wrote: This patch adds support for AHCI emulation. I have tested and verified it works in Linux, OpenBSD, Windows Vista and Windows 7. Also seabios ;) http://cgit.freedes

[Qemu-devel] Re: [PATCH 09/10] ide: move pata specific parts to pata.c

On Wed, Dec 1, 2010 at 7:17 PM, Alexander Graf wrote: > Due to popular request, this patch moves pieces that are successfully > identified > as PATA only to a new file called pata.c. > > Signed-off-by: Alexander Graf > > --- > > v6 -> v7: > >  - stick to new IDEBusOps (stefanha, kwolf) > --- >  

Re: [Qemu-devel] [PATCH 5/5] raw-posix: add discard support

Am 01.12.2010 16:35, schrieb Christoph Hellwig: > Add support to discard blocks in a raw image residing on an XFS filesystem > by calling the XFS_IOC_UNRESVSP64 ioctl to punch holes. Support for other > hole punching mechanisms can be added when they become available. > > Signed-off-by: Christoph

[Qemu-devel] Re: [PATCH 05/21] virtio: modify save/load handler to handle inuse varialble.

On Wed, Dec 01, 2010 at 05:03:43PM +0900, Yoshiaki Tamura wrote: > 2010/11/28 Michael S. Tsirkin : > > On Sun, Nov 28, 2010 at 08:27:58PM +0900, Yoshiaki Tamura wrote: > >> 2010/11/28 Michael S. Tsirkin : > >> > On Thu, Nov 25, 2010 at 03:06:44PM +0900, Yoshiaki Tamura wrote: > >> >> Modify inuse t

[Qemu-devel] [Bug 595438] Re: KVM segmentation fault, using SCSI+writeback and linux 2.4 guest

Tried the package from -proposed and the above command installs Fedora Core 1, without any problems, tried it three times just to be sure. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/595438 Title:

Re: [Qemu-devel] [PATCH 1/5] block: add discard support

Am 01.12.2010 16:35, schrieb Christoph Hellwig: > Add a new bdrv_discard method to free blocks in a mapping image, and a new > drive property to set the granularity for these discard. If no discard > granularity support is set discard support is disabled. > > Signed-off-by: Christoph Hellwig >

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On Thu, Dec 02, 2010 at 11:17:52AM +0200, Avi Kivity wrote: > What I'd like to see in directed yield is donating exactly the > amount of vruntime that's needed to make the target thread run. The How would that work well with hard-limits? The target thread would have been rate limited and no amoun

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On Thu, Dec 02, 2010 at 05:17:00PM +0530, Srivatsa Vaddagiri wrote: > Just was wondering how this would work in case of buggy guests. Lets say that > a > guest ran into a AB<->BA deadlock. VCPU0 spins on lock B (held by VCPU1 > currently), while VCPU spins on lock A (held by VCPU0 currently). Both

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On Thu, Dec 02, 2010 at 11:17:52AM +0200, Avi Kivity wrote: > On 12/01/2010 09:09 PM, Peter Zijlstra wrote: > >> > >> We are dealing with just one task here (the task that is yielding). > >> After recording how much timeslice we are "giving up" in > >> current->donate_time > >> (donate_time is

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On Thu, Dec 02, 2010 at 02:41:35PM +0200, Avi Kivity wrote: > >> What I'd like to see in directed yield is donating exactly the > >> amount of vruntime that's needed to make the target thread run. > > > >I presume this requires the target vcpu to move left in rb-tree to run > >earlier than schedu

[Qemu-devel] Re: [RFC PATCH v3 1/4] block: Implement bdrv_aio_pwrite

On Tue, Nov 30, 2010 at 12:48 PM, Kevin Wolf wrote: > This implements an asynchronous version of bdrv_pwrite. > > Signed-off-by: Kevin Wolf > --- >  block.c |  167 > +++ >  block.h |    2 + >  2 files changed, 169 insertions(+), 0 delet

[Qemu-devel] [PATCH] Speedup 'tb_find_slow' by using the same heuristic as during memory page lookup

Move the last found TB to the head of the list so it will be found more quickly next time it will be looked for. Signed-off-by: Kirill Batuzov Signed-off-by: Pavel Yushchenko --- This patch appeared during investigation of performance issues with S5PC110 emulation for Samsung. It increses OS s

Re: [Qemu-devel] [PATCHv3 4/6] virtio-net: stop/start bh when appropriate

On Thu, Dec 02, 2010 at 08:56:30PM +0800, Jason Wang wrote: > Michael S. Tsirkin writes: > > On Wed, Dec 01, 2010 at 01:45:09PM +0800, Jason Wang wrote: > > > Michael S. Tsirkin writes: > > > > Avoid sending out packets, and modifying > > > > device state, when VM is stopped. > > > > Add as

Re: [Qemu-devel] [PATCHv3 4/6] virtio-net: stop/start bh when appropriate

On Thu, Dec 02, 2010 at 08:56:30PM +0800, Jason Wang wrote: > Michael S. Tsirkin writes: > > On Wed, Dec 01, 2010 at 01:45:09PM +0800, Jason Wang wrote: > > > Michael S. Tsirkin writes: > > > > Avoid sending out packets, and modifying > > > > device state, when VM is stopped. > > > > Add as

[Qemu-devel] Re: [RFC PATCH v3 1/4] block: Implement bdrv_aio_pwrite

On Thu, Dec 2, 2010 at 12:30 PM, Kevin Wolf wrote: > Am 02.12.2010 13:07, schrieb Stefan Hajnoczi: >> On Tue, Nov 30, 2010 at 12:48 PM, Kevin Wolf wrote: >> I guess what I'm saying is that this function should only be used when >> you really need rmw (in many cases with image metadata it can be >

[Qemu-devel] Re: [RFC PATCH v3 1/4] block: Implement bdrv_aio_pwrite

Am 02.12.2010 13:07, schrieb Stefan Hajnoczi: > On Tue, Nov 30, 2010 at 12:48 PM, Kevin Wolf wrote: >> This implements an asynchronous version of bdrv_pwrite. >> >> Signed-off-by: Kevin Wolf >> --- >> block.c | 167 >> +++ >> block.h

[Qemu-devel] Re: [PATCHv6 00/16] boot order specification

On Wed, Dec 01, 2010 at 09:25:40PM -0500, Kevin O'Connor wrote: > On Wed, Dec 01, 2010 at 02:27:40PM +0200, Gleb Natapov wrote: > > On Tue, Nov 30, 2010 at 09:53:32PM -0500, Kevin O'Connor wrote: > > > BTW, what's the plan for handling SCSI adapters? Lets say a user has > > > a scsi card with thre

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On 12/02/2010 01:47 PM, Srivatsa Vaddagiri wrote: On Thu, Dec 02, 2010 at 11:17:52AM +0200, Avi Kivity wrote: > On 12/01/2010 09:09 PM, Peter Zijlstra wrote: > >> > >> We are dealing with just one task here (the task that is yielding). > >> After recording how much timeslice we are "givin

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On 12/02/2010 02:19 PM, Srivatsa Vaddagiri wrote: On Thu, Dec 02, 2010 at 11:17:52AM +0200, Avi Kivity wrote: > What I'd like to see in directed yield is donating exactly the > amount of vruntime that's needed to make the target thread run. The How would that work well with hard-limits? The t

Re: [Qemu-devel] [PATCHv3 4/6] virtio-net: stop/start bh when appropriate

Michael S. Tsirkin writes: > On Wed, Dec 01, 2010 at 01:45:09PM +0800, Jason Wang wrote: > > Michael S. Tsirkin writes: > > > Avoid sending out packets, and modifying > > > device state, when VM is stopped. > > > Add assert statements to verify this does not happen. > > > > > > Avoid s

[Qemu-devel] Re: [PATCH] qemu-kvm: response to SIGUSR1 to start/stop a VCPU (v2)

On 12/01/2010 09:07 PM, Peter Zijlstra wrote: > > The pause loop exiting& directed yield patches I am working on > preserve inter-vcpu fairness by round robining among the vcpus > inside one KVM guest. I don't necessarily think that's enough. Suppose you've got 4 vcpus, one is holding a loc

[Qemu-devel] Re: [PATCH 09/10] Exit loop if we have been there too long

On 12/02/2010 03:31 AM, Takuya Yoshikawa wrote: Thanks for the answers Avi, Juan, Some FYI, (not about the bottleneck) On Wed, 01 Dec 2010 14:35:57 +0200 Avi Kivity wrote: > > >- how many dirty pages do we have to care? > > > > default values and assuming 1Gigabit ethernet for oursel