Re: [Qemu-devel] XP install cores with SCSI LSI 53C895A disks

On Fri, 9 Mar 2012, Gerd Hoffmann wrote: Hi, #2 isn't an issue actually, at least for Debian users -- Well, it is, to some degree. Because vanilla upstream doesn't support booting from lsi it has alot less users and alot less regression testing (like autotest runs of lsi-scsi installs), wh

Re: [Qemu-devel] XP install cores with SCSI LSI 53C895A disks

Hi, > Advantages of LSI 53C895A over others: > 1.) OS support is great, even for legacy systems: DOS, Win 3.1, Win95, > NT 4, W2K, XP, Vista, Win7, Linux, etc. I don't know any adapter with > such wide range of OS support. Also tested up to 2TB of LUNs. Hmm? win7 here? At least the 64bit vers

Re: [Qemu-devel] XP install cores with SCSI LSI 53C895A disks

Hi, >>> #2 isn't an issue actually, at least for Debian users -- >> >> Well, it is, to some degree. Because vanilla upstream doesn't support >> booting from lsi it has alot less users and alot less regression testing >> (like autotest runs of lsi-scsi installs), which sums up to more bugs >> st

[Qemu-devel] [PATCH 11/13] pseries: Convert sPAPR TCEs to use generic IOMMU infrastructure

The pseries platform already contains an IOMMU implementation, since it is essential for the platform's paravirtualized VIO devices. This IOMMU support is currently built into the implementation of the VIO "bus" and the various VIO devices. This patch converts this code to make use of the new com

[Qemu-devel] [PATCH 12/13] iommu: Allow PCI to use IOMMU infrastructure

This patch adds some hooks to let PCI devices and busses use the new IOMMU infrastructure. When IOMMU support is enabled, each PCI device now contains a DMAContext * which is used by the pci_dma_*() wrapper functions. By default, the contexts are initialized to NULL, assuming no IOMMU. However th

[Qemu-devel] [PATCH 3/3] Use linked list operations in pmm.c and stack.c

Now let simplify a bit a cumbersome code in pmm.c and stack.c Signed-off-by: Alexey Korolev --- src/pmm.c| 29 + src/stacks.c |8 ++-- 2 files changed, 11 insertions(+), 26 deletions(-) diff --git a/src/pmm.c b/src/pmm.c index c649fd8..996981c 100644 -

[Qemu-devel] [PATCH 2/3] Redesign of pciinit.c

In this patch we introduce the pri_region_entry structure and significantly simplify the pci_bus structure. Instead of arrays now we are using linked lists to account resources and assign memory bases. Since we modify the main structure of pciinit.c this is the minimum chunk of changes which cou

Re: [Qemu-devel] [RfC PATCH 0/2] usb: reorganize source files.

Hi, > For another, dev-foo.c is not natural English for a certain type of > device - foo-dev.c would be better but I'd prefer without "dev", i.e., > hw/usb/{audio,ccid,...}.c. And then of course only devices should go > into hw/. I want a prefix because with prefixing you get the files nicely g

[Qemu-devel] [PATCH 07/13] iommu: Make sglists and dma_bdrv helpers use new universal DMA helpers

dma-helpers.c contains a number of helper functions for doing scatter/gather DMA, and various block device related DMA. Currently, these directly access guest memory using cpu_physical_memory_*(), assuming no IOMMU translation. This patch updates this code to use the new universal DMA helper func

Re: [Qemu-devel] [PATCH v3] VMXNET3 paravirtual NIC device implementation

Hello Dmitry, Issue is solved in V3 but I'm still having problems (core dumps) with qemu and qemu-kvm: 1.) qemu crashes works well with basic ping tests but with generating load on the network interface (my standard netio tests (netio -s, netio -t server), http://www.ars.de/ars/ars.nsf/docs/

[Qemu-devel] [patch V4 1/4] i.MX UART support

Implement the FreeScale i.MX UART. This uart is used in a variety of SoCs, including some by Motorola, as well as in the FreeScale i.MX series. This patch gives only a `bare-bones' implementation, enough to run Linux or OKL4, but that's about it. Signed-off-by: Philip O'Sullivan Signed-off-by

[Qemu-devel] [PATCH 1/3] Linked list operations

This linked list implementation is partially based on kernel code. So it should be quite stable :) Signed-off-by: Alexey Korolev --- src/util.h | 32 1 files changed, 32 insertions(+), 0 deletions(-) diff --git a/src/util.h b/src/util.h index 70d3c4c..d1002a9

[Qemu-devel] [PATCH 1/5] block: Virtual Bridges VERDE GOW disk image format documentation

commit 4b7b36f3776247c92615073b6fa0880d0a1ea1fb Author: Leonardo E. Reiter Date: Thu Mar 8 15:50:55 2012 -0600 Documentation for Virtual Bridges GOW version 1, 2, and 3 disk image formats. Includes products consuming these disk image formats, basic overview of how they work, and example us

[Qemu-devel] [patch V4 3/4] FreeSCALE i.MX31 support: AVIC

Implement the FreeSCALE i.MX31 advanced vectored interrupt controller, at least to the extent it is used by Linux 3.0.x Vectors are not implemented. Signed-off-by: Philip O'Sullivan Signed-off-by: Peter Chubb --- Makefile.target |2 hw/imx_avic.c | 409 +

[Qemu-devel] [PATCH 2/5] block: Virtual Bridges VERDE GOW disk image format data structures and common MACROs

commit 2947e89cc581285eb74badc80a30300ee9b9a96b Author: Leonardo E. Reiter Date: Thu Mar 8 16:00:44 2012 -0600 define data structures and common MACROs for GOW disk image format implementation Signed-off-by: Leonardo E. Reiter diff --git a/block/gow_int.h b/block/gow_int.h new file mo

[Qemu-devel] [PATCH 0/3] Redesign of pciinit.c

Hi, This patch series redesigns the existing pciinit.c code and introduces linked list operations. Changes are more about structures definitions rather than functionality. There are no more arrays of bases and counts in new implementation. The new implementation is based on dynamic allocation of p

[Qemu-devel] [PATCH 5/5] block: Virtual Bridges VERDE GOW disk image format, modifications to build components

commit eb7af36f02ff3b5bc13c2166a008de29632d5500 Author: Leonardo E. Reiter Date: Thu Mar 8 15:56:49 2012 -0600 Include GOW disk image format objects in compilation and link. Signed-off-by: Leonardo E. Reiter diff --git a/Makefile.objs b/Makefile.objs index 808de6a..905ebeb 100644 ---

[Qemu-devel] [patch V4 4/4] FreeSCALE i.MX31 support: KZM-ARM11-01 evaluation board

Board support for Kyoto Micro's KZM-ARM11-01, an evaluation board built around the FreeScale i.MX31. Signed-off-by: Philip O'Sullivan Signed-off-by: Peter Chubb --- Makefile.target |1 hw/kzm.c| 159 2 files changed, 160 in

Re: [Qemu-devel] XP install cores with SCSI LSI 53C895A disks

On Thu, 8 Mar 2012, Gerd Hoffmann wrote: On 03/08/12 09:54, Michael Tokarev wrote: On 08.03.2012 11:44, Gerd Hoffmann wrote: OK, but SAS (Serial attached SCSI) is technology in the area of storage interface technology where all big storage vendors see future (e.g. they give up: FC and SATA dri

Re: [Qemu-devel] XP install cores with SCSI LSI 53C895A disks

On Thu, 8 Mar 2012, Michael Tokarev wrote: On 08.03.2012 11:44, Gerd Hoffmann wrote: On 03/07/12 20:58, Gerhard Wiesinger wrote: On Wed, 7 Mar 2012, Brian Jackson wrote: I think most people trying to use qemu for anything useful have given up on if=scsi. Some distros even disable support beca

[Qemu-devel] [PATCH 3/5] block: Virtual Bridges VERDE GOW disk image format, legacy GOW version 1 support implementation

commit 368ff891c1d06581aacaab1063fa53838a6b8a99 Author: Leonardo E. Reiter Date: Thu Mar 8 16:01:48 2012 -0600 Virtual Bridges GOW version 1 disk image format implementation Signed-off-by: Leonardo E. Reiter diff --git a/block/gow1.c b/block/gow1.c new file mode 100644 index 000..

[Qemu-devel] [PATCH 05/13] iommu: Add universal DMA helper functions

Not that long ago, every device implementation using DMA directly accessed guest memory using cpu_physical_memory_*(). This meant that adding support for a guest visible IOMMU would require changing every one of these devices to go through IOMMU translation. Shortly before qemu 1.0, I made a star

[Qemu-devel] [patch V4 0/4] Support for i.MX31 and the Kyoto KZM11 board

This is version 4 of the patchset. The major changes since the last round are: * Moved to new QEMU object model for devices -- this requred rearranging the intialisation of the serial device, to ensure that the lowest address uart got serial 0, so qemu -nographic would work as expec

Re: [Qemu-devel] XP install cores with SCSI LSI 53C895A disks

On Thu, 8 Mar 2012, Gerd Hoffmann wrote: On 03/07/12 20:58, Gerhard Wiesinger wrote: On Wed, 7 Mar 2012, Brian Jackson wrote: I think most people trying to use qemu for anything useful have given up on if=scsi. Some distros even disable support because they don't want to QA it. That should be

[Qemu-devel] [patch V4 2/4] FreeSCALE i.MX31 support: Timers

Implement the timers on the FreeScale i.MX31 SoC. This is not a complete implementation, but gives enough for Linux to boot and run. In particular external triggers, which are not useful under QEMU, are not implemented. Signed-off-by: Philip O'Sullivan Signed-off-by: Peter Chubb --- Makefile

[Qemu-devel] [PATCH 01/13] Use DMADirection type for dma_bdrv_io

Currently dma_bdrv_io() takes a 'to_dev' boolean parameter to determine the direction of DMA it is emulating. We already have a DMADirection enum designed specifically to encode DMA directions. This patch uses it for dma_bdrv_io() as well. This involves removing the DMADirection definition from t

[Qemu-devel] [PATCH 4/5] block: Virtual Bridges VERDE GOW disk image format, GOW version 2 and version 3 support implementation

commit aef59f96db2ea9dcfdea1b0e1f3c7e05843c5f1a Author: Leonardo E. Reiter Date: Thu Mar 8 16:02:36 2012 -0600 Virtual Bridges VERDE GOW version 2 and 3 disk image format implementation Signed-off-by: Leonardo E. Reiter diff --git a/block/gow23.c b/block/gow23.c new file mode 100644 i

[Qemu-devel] [PATCH 08/13] ide/ahci: Use universal DMA helper functions

The AHCI device can provide both PCI and SysBus AHCI device emulations. For this reason, it wasn't previously converted to use the pci_dma_*() helper functions. Now that we have universal DMA helper functions, this converts AHCI to use them. The DMAContext is obtained from pci_dma_context() in t

[Qemu-devel] [PATCH 10/13] iommu: Introduce IOMMU emulation infrastructure

This patch adds the basic infrastructure necessary to emulate an IOMMU visible to the guest. The DMAContext structure is extended with information and a callback describing the translation, and the various DMA functions used by devices will now perform IOMMU translation using this callback. Cc: M

[Qemu-devel] [PATCH 0/5] block: Virtual Bridges VERDE GOW disk image format

Hello, I will be submitting 5 patch files to add support for Virtual Bridges VERDE GOW (v1, 2, and 3) disk image formats to QEMU. This is the disk image format used currently in VERDE as well as IBM's Virtual Desktop for Smart Business product. Legacy product support includes Win4Lin Pro, Win4BS

[Qemu-devel] [PATCH 06/13] usb-ohci: Use universal DMA helper functions

The OHCI device emulation can provide both PCI and SysBus OHCI implementations. Because of this, it was not previously converted to use the PCI DMA helper functions. This patch converts it to use the new universal DMA helper functions. In the PCI case, it obtains its DMAContext from pci_dma_conte

[Qemu-devel] [PATCH 13/13] pseries: Implement IOMMU and DMA for PAPR PCI devices

Currently the pseries machine emulation does not support DMA for emulated PCI devices, because the PAPR spec always requires a (guest visible, paravirtualized) IOMMU which was not implemented. Now that we have infrastructure for IOMMU emulation, we can correct this and allow PCI DMA for pseries.

[Qemu-devel] [PATCH 02/13] Better support for dma_addr_t variables

A while back, we introduced the dma_addr_t type, which is supposed to be used for bus visible memory addresses. At present, this is an alias for target_phys_addr_t, but this will change when we eventually add support for guest visible IOMMUs. There are some instances of target_phys_addr_t in the

[Qemu-devel] [PATCH 04/13] Implement cpu_physical_memory_zero()

This patch adds cpu_physical_memory_zero() function. This is equivalent to calling cpu_physical_memory_write() with a buffer full of zeroes, but avoids actually allocating such a buffer along the way. Signed-off-by: David Gibson --- cpu-common.h |1 + exec.c | 57 +++

[Qemu-devel] [PATCH 03/13] usb-xhci: Use PCI DMA helper functions

Shortly before 1.0, we added helper functions / wrappers for doing PCI DMA from individual devices. This makes what's going on clearer and means that when we add IOMMU support somewhere in the future, only the general PCI code will have to change, not every device that uses PCI DMA. However, usb-

[Qemu-devel] [PATCH 09/13] usb: Convert usb_packet_{map, unmap} to universal DMA helpers

The USB UHCI and EHCI drivers were converted some time ago to use the pci_dma_*() helper functions. However, this conversion was not complete because in some places both these drivers do DMA via the usb_packet_map() function in usb-libhw.c. That function directly used cpu_physical_memory_map().

[Qemu-devel] [0/13] Implement support for guest visible IOMMUs

This patch series introduces a general DMA infrastructure which allows the emulation of guest-visible IOMMUs. That is, it provides a framework by which an IOMMU device can be implemented, such that DMA from other device emulations will be translated according to the mappings provided by the IOMMU.

Re: [Qemu-devel] Gsoc 2012

Hello Sir, myself Avinash Jain pursuing, B.Tech in CSE from IIIT Hyderabad. I am very much interested to take part in GSOC 2012. I am interested in the below linked project. http://wiki.qemu.org/Google_Summer_of_Code_2012#git_style_front-end_to_QEMU Initially i was talking to Mr. Peter Teoh , He m

Re: [Qemu-devel] [PATCH] PPC: Fix large page support in TCG

On Thu, Mar 08, 2012 at 09:24:53AM -0600, Nathan Whitehorn wrote: > > On Mar 7, 2012, at 7:25 PM, David Gibson wrote: > > >On Sat, Mar 03, 2012 at 10:39:34AM -0600, Nathan Whitehorn wrote: > >>Fix large page support in TCG. The old code would overwrite the > >>large page table entry with the fake

Re: [Qemu-devel] RFC: Device isolation groups

On Wed, Feb 29, 2012 at 12:30:55PM -0700, Alex Williamson wrote: > On Thu, 2012-02-02 at 12:24 +1100, David Gibson wrote: > > On Wed, Feb 01, 2012 at 01:08:39PM -0700, Alex Williamson wrote: [snip] > Any update to this series? It would be great if we could map out the > functionality to the point

Re: [Qemu-devel] [RFC][PATCH 05/16 v8] Add API to get memory mapping

From: Wen Congyang Subject: Re: [RFC][PATCH 05/16 v8] Add API to get memory mapping Date: Fri, 09 Mar 2012 10:26:56 +0800 > At 03/09/2012 10:05 AM, HATAYAMA Daisuke Wrote: >> From: Wen Congyang >> Subject: Re: [RFC][PATCH 05/16 v8] Add API to get memory mapping >> Date: Fri, 09 Mar 2012 09:46:31

Re: [Qemu-devel] [RFC][PATCH 05/16 v8] Add API to get memory mapping

At 03/09/2012 10:05 AM, HATAYAMA Daisuke Wrote: > From: Wen Congyang > Subject: Re: [RFC][PATCH 05/16 v8] Add API to get memory mapping > Date: Fri, 09 Mar 2012 09:46:31 +0800 > >> At 03/09/2012 08:40 AM, HATAYAMA Daisuke Wrote: >>> From: Wen Congyang >>> Subject: Re: [RFC][PATCH 05/16 v8] Add A

Re: [Qemu-devel] [RFC][PATCH 05/16 v8] Add API to get memory mapping

From: Wen Congyang Subject: Re: [RFC][PATCH 05/16 v8] Add API to get memory mapping Date: Fri, 09 Mar 2012 09:46:31 +0800 > At 03/09/2012 08:40 AM, HATAYAMA Daisuke Wrote: >> From: Wen Congyang >> Subject: Re: [RFC][PATCH 05/16 v8] Add API to get memory mapping >> Date: Thu, 08 Mar 2012 16:52:29

Re: [Qemu-devel] [PATCH v3 1/7] RTC: Remove the logic to update time format when DM bit changed

I think the better fixing is to update the cmos before reading the RTC. And in my patch, it will do it. best regards yang > -Original Message- > From: Zhang, Yang Z > Sent: Friday, March 09, 2012 9:54 AM > To: Marcelo Tosatti > Cc: qemu-devel@nongnu.org; Jan Kiszka; k...@vger.kernel.org

Re: [Qemu-devel] [RFC][PATCH 05/16 v8] Add API to get memory mapping

At 03/09/2012 08:40 AM, HATAYAMA Daisuke Wrote: > From: Wen Congyang > Subject: Re: [RFC][PATCH 05/16 v8] Add API to get memory mapping > Date: Thu, 08 Mar 2012 16:52:29 +0800 > >> At 03/07/2012 11:27 PM, HATAYAMA Daisuke Wrote: >>> From: Wen Congyang >>> Subject: [RFC][PATCH 05/16 v8] Add API t

Re: [Qemu-devel] [PATCH v3 1/7] RTC: Remove the logic to update time format when DM bit changed

> -Original Message- > From: Marcelo Tosatti [mailto:mtosa...@redhat.com] > Sent: Friday, March 09, 2012 9:36 AM > > --- > > hw/mc146818rtc.c | 10 +- > > 1 files changed, 1 insertions(+), 9 deletions(-) > > > > diff --git a/hw/mc146818rtc.c b/hw/mc146818rtc.c > > index a46fdfc..

Re: [Qemu-devel] [PATCH v3 1/7] RTC: Remove the logic to update time format when DM bit changed

On Fri, Mar 02, 2012 at 06:59:04AM +, Zhang, Yang Z wrote: > Change DM(date mode) and 24/12 control bit don't affect the internal > registers. It only indicates what format is using for those registers. So > we don't need to update time format when it is modified. > > Signed-off-by: Yang Zhang

Re: [Qemu-devel] [PATCH 0/2 v3] kvm: notify host when guest panicked

At 03/08/2012 07:13 PM, Avi Kivity Wrote: > On 03/08/2012 09:57 AM, Wen Congyang wrote: >> We can know the guest is paniced when the guest runs on xen. >> But we do not have such feature on kvm. >> >> Another purpose of this feature is: management app(for example: >> libvirt) can do auto dump when

Re: [Qemu-devel] [RFC][PATCH 05/16 v8] Add API to get memory mapping

From: Wen Congyang Subject: Re: [RFC][PATCH 05/16 v8] Add API to get memory mapping Date: Thu, 08 Mar 2012 16:52:29 +0800 > At 03/07/2012 11:27 PM, HATAYAMA Daisuke Wrote: >> From: Wen Congyang >> Subject: [RFC][PATCH 05/16 v8] Add API to get memory mapping >> Date: Fri, 02 Mar 2012 18:18:23 +08

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Fri, Mar 09, 2012 at 12:59:16AM +0100, Andreas Färber wrote: > Hi, > > Am 08.03.2012 16:00, schrieb Ademar Reis: > > Fully agree, please check my previous email with the plans for > > the new architecture of autotest. > [...] > > Fully agree, please check our previous e-mails with the plans for

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 05:07 PM, Lucas Meneghel Rodrigues wrote: On 03/08/2012 06:24 PM, Anthony Liguori wrote: Cons: - Lot of code will be duplicated to cover the main code paths: writting tests will require writting/supporting considerable ammount of code (that already exists in autotest). Again, ex

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

Hi, Am 08.03.2012 16:00, schrieb Ademar Reis: > Fully agree, please check my previous email with the plans for > the new architecture of autotest. [...] > Fully agree, please check our previous e-mails with the plans for > the new architecture. FYI your mails are arriving hours late on qemu-devel

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 08:07:27PM -0300, Lucas Meneghel Rodrigues wrote: > On 03/08/2012 06:24 PM, Anthony Liguori wrote: > >> > >>Cons: > >>- Lot of code will be duplicated to cover the main code paths: > >>writting tests will require writting/supporting considerable > >>ammount of code (that alr

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 05:21:44PM -0600, Anthony Liguori wrote: > On 03/08/2012 04:24 PM, Ademar Reis wrote: > >On Thu, Mar 08, 2012 at 03:24:15PM -0600, Anthony Liguori wrote: > >>On 03/08/2012 03:02 PM, Ademar Reis wrote: > >>>On Thu, Mar 08, 2012 at 01:16:58PM -0600, Anthony Liguori wrote: > >>

Re: [Qemu-devel] [PATCH] hw/pxa2xx.c: Fix handling of pxa2xx_i2c variable offset within region

Am 08.03.2012 14:58, schrieb Peter Maydell: > The pxa2xx I2C controller can be at an arbitrary offset within its > region (this is used because one of the controllers starts at offset > 0x1600 into an 0x1 sized region). The previous implementation of this > included an adjustment which worked a

Re: [Qemu-devel] [PATCH 2/3] add SandyBridge CPU model

Seems fine! Acked-by: Xiantao Zhang Xiantao > -Original Message- > From: Eduardo Habkost [mailto:ehabk...@redhat.com] > Sent: Wednesday, March 07, 2012 2:12 AM > To: qemu-devel@nongnu.org > Cc: Dugger, Donald D; Zhang, Xiantao > Subject: [PATCH 2/3] add SandyBridge CPU model > > This pa

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 10:36:42AM -0600, Anthony Liguori wrote: > On 03/08/2012 10:34 AM, Kevin Wolf wrote: > >Am 08.03.2012 17:10, schrieb Anthony Liguori: > >>>And, of course: > >>>[qemu]$ test-runner --remote=autotest.qemu.org tests.d/block > >> > >>I don't understand what this would do. > > >

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 04:24 PM, Ademar Reis wrote: On Thu, Mar 08, 2012 at 03:24:15PM -0600, Anthony Liguori wrote: On 03/08/2012 03:02 PM, Ademar Reis wrote: On Thu, Mar 08, 2012 at 01:16:58PM -0600, Anthony Liguori wrote: On 03/08/2012 11:59 AM, Ademar Reis wrote: I expect QEMU to grow tests

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 09:17:42AM -0300, Ademar Reis wrote: > On Thu, Mar 08, 2012 at 11:54:31AM +, Stefan Hajnoczi wrote: > > On Thu, Mar 8, 2012 at 11:44 AM, Stefan Hajnoczi wrote: > > > On Thu, Mar 8, 2012 at 4:00 AM, Lucas Meneghel Rodrigues > > > wrote: > > >> One of our main goals is

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 11:03:54AM -0600, Anthony Liguori wrote: > On 03/08/2012 10:05 AM, Ademar Reis wrote: > >On Thu, Mar 08, 2012 at 09:14:02AM -0600, Anthony Liguori wrote: > >>On 03/08/2012 09:07 AM, Ademar Reis wrote: > >>>On Thu, Mar 08, 2012 at 08:56:23AM -0600, Anthony Liguori wrote: > >>

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 09:14:02AM -0600, Anthony Liguori wrote: > On 03/08/2012 09:07 AM, Ademar Reis wrote: > >On Thu, Mar 08, 2012 at 08:56:23AM -0600, Anthony Liguori wrote: > >>On 03/08/2012 08:49 AM, Ademar Reis wrote: > >>>On Thu, Mar 08, 2012 at 07:36:11AM -0600, Anthony Liguori wrote: > >>

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 06:24 PM, Anthony Liguori wrote: Cons: - Lot of code will be duplicated to cover the main code paths: writting tests will require writting/supporting considerable ammount of code (that already exists in autotest). Again, existence proof that this isn't true. Case in point, the

Re: [Qemu-devel] [libvirt] Qemu, libvirt, and CPU models

On Wed, Mar 07, 2012 at 19:26:25 -0300, Eduardo Habkost wrote: > Awesome. So, if Qemu and libvirt disagrees, libvirt will know that and > add the necessary flags? That was my main worry. If disagreement between > Qemu and libvirt is not a problem, it would make things much easier. > > ...but: > >

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 08:56:23AM -0600, Anthony Liguori wrote: > On 03/08/2012 08:49 AM, Ademar Reis wrote: > >On Thu, Mar 08, 2012 at 07:36:11AM -0600, Anthony Liguori wrote: > >>On 03/07/2012 10:00 PM, Lucas Meneghel Rodrigues wrote: > >>>Virt/qemu tests: Minimal guest images > >>>-

Re: [Qemu-devel] [patch] correct tracing.txt

Simple patch should cc to qemu-triv...@nongnu.org :). On Thu, Mar 08, 2012 at 04:24:52PM +0800, Jun Koi wrote: > this patch corrects the configure's trace option in docs/tracing.txt > > Signed-off-by: Jun Koi > > diff --git a/docs/tracing.txt b/docs/tracing.txt > index ea29f2c..7b11d15 1006

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 11:54:31AM +, Stefan Hajnoczi wrote: > On Thu, Mar 8, 2012 at 11:44 AM, Stefan Hajnoczi wrote: > > On Thu, Mar 8, 2012 at 4:00 AM, Lucas Meneghel Rodrigues > > wrote: > >> One of our main goals is to provide useful tools for the qemu community, > >> since we have a go

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 08:54 AM, Stefan Hajnoczi wrote: On Thu, Mar 8, 2012 at 11:44 AM, Stefan Hajnoczi wrote: On Thu, Mar 8, 2012 at 4:00 AM, Lucas Meneghel Rodrigues wrote: One of our main goals is to provide useful tools for the qemu community, since we have a good number of tests and libraries w

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 07:36:11AM -0600, Anthony Liguori wrote: > On 03/07/2012 10:00 PM, Lucas Meneghel Rodrigues wrote: > >Hi guys. For a while we have been discussing ways to make the virtualization > >tests written on top of autotest useful for development level testing. > > > >One of our main

Re: [Qemu-devel] [PATCH] KVM: expose Intel cpu new features to guest

On Tue, Feb 28, 2012 at 05:15:46AM +, Liu, Jinsong wrote: > >From ecd8be962f69393c183f941bfdbd7a7d3876d442 Mon Sep 17 00:00:00 2001 > From: Liu, Jinsong > Date: Mon, 27 Feb 2012 05:19:32 +0800 > Subject: [PATCH] KVM: expose Intel cpu new features to guest > > Intel recently release 2 new feat

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 08:48:33AM -0600, Anthony Liguori wrote: > On 03/08/2012 08:01 AM, Lucas Meneghel Rodrigues wrote: > >On 03/08/2012 10:36 AM, Anthony Liguori wrote: > > > >>>Virt/qemu tests: Minimal guest images > >>>- > >>> > >>>In order to make developm

Re: [Qemu-devel] How to get gpr register contents in translate.c

Hello, Am 07.03.2012 16:24, schrieb Elta: > Now I get trouble in translate.c. I really want to get gpr value in > translate.c, but cpu_gpr[rs]'s type is TCGv, can not get the real value of > rs. Is the have any method or macro can made it? You forgot to mention which target you are talking abou

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 04:46:09PM +0100, Kevin Wolf wrote: > Am 08.03.2012 15:56, schrieb Anthony Liguori: > >> I particularly agreed with basically everything you said on that > >> discussion regarding test simplification (I had just joined the > >> team back then). To me, autotest has been focus

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 03:24:15PM -0600, Anthony Liguori wrote: > On 03/08/2012 03:02 PM, Ademar Reis wrote: > >On Thu, Mar 08, 2012 at 01:16:58PM -0600, Anthony Liguori wrote: > >>On 03/08/2012 11:59 AM, Ademar Reis wrote: > > > > > > > >> > I expect QEMU to grow tests for anything that invol

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On Thu, Mar 08, 2012 at 01:16:58PM -0600, Anthony Liguori wrote: > On 03/08/2012 11:59 AM, Ademar Reis wrote: > > >>I expect QEMU to grow tests for anything that involves launching > >>QEMU directly. Where I would not see QEMU growing tests for is > >>things like launching QEMU through libvirt

Re: [Qemu-devel] Keysymbol interpretation missing in QEMU's VNC server?

Hello Anthony, On Thu, Mar 08, 2012 at 03:30:18PM -0600, Anthony Liguori wrote: > On 03/07/2012 04:53 AM, Fabian Holler wrote: > >Hello, > > > >I'm not sure if I found a bug in QEMU's VNC keyboard layout mapping or > >if it's a general problem in the implemented VNC server: > > > >Scenario: > >QE

[Qemu-devel] [PATCH v2] vnc: Fix packed boolean struct members

This patch fixes warnings reported by splint: For variables which are packed in a single bit, a signed data type like 'int' does not make much sense. There is no obvious reason why the two values should be packed, so I removed the packing and changed the data type to bool because both are used as

Re: [Qemu-devel] [RfC PATCH 0/2] usb: reorganize source files.

On 03/08/2012 03:16 AM, Gerd Hoffmann wrote: Hi, Plan is basically to move all usb stuff to hw/usb/ Comments? It's easy to bikeshed something like this but since it's clearly an improvement over what we have right now, I'm all for it. Regards, Anthony Liguori cheers, Gerd Gerd H

Re: [Qemu-devel] Keysymbol interpretation missing in QEMU's VNC server?

On 03/07/2012 04:53 AM, Fabian Holler wrote: Hello, I'm not sure if I found a bug in QEMU's VNC keyboard layout mapping or if it's a general problem in the implemented VNC server: Scenario: QEMU started with: "-k de" Keyboard layout in VM: de Keyboard layout from Client OS: us What i expect: I

Re: [Qemu-devel] [RfC PATCH 0/2] usb: reorganize source files.

Am 08.03.2012 10:16, schrieb Gerd Hoffmann: > Plan is basically to move all usb stuff to hw/usb/ > > Comments? hw/usb/ is fine with me (hw/ide/ is precedence), but I strongly dislike the dev-*.c convention you've used: For one thing, we'd have to rename 90+% of hw/ to be consistent. For another

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 03:02 PM, Ademar Reis wrote: On Thu, Mar 08, 2012 at 01:16:58PM -0600, Anthony Liguori wrote: On 03/08/2012 11:59 AM, Ademar Reis wrote: I expect QEMU to grow tests for anything that involves launching QEMU directly. Where I would not see QEMU growing tests for is things li

Re: [Qemu-devel] Keysymbol interpretation missing in QEMU's VNC server?

Hello Philipp, thanks for your answer. On Thu, Mar 08, 2012 at 09:24:13PM +0100, Philipp Hahn wrote: > On Wednesday 07 March 2012 11:53:57 Fabian Holler wrote: > > I'm not sure if I found a bug in QEMU's VNC keyboard layout mapping or > > if it's a general problem in the implemented VNC server: >

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 02:17 PM, Lucas Meneghel Rodrigues wrote: On 03/08/2012 04:43 PM, Anthony Liguori wrote: On 03/08/2012 01:34 PM, Lucas Meneghel Rodrigues wrote: On 03/08/2012 03:57 PM, Anthony Liguori wrote: On 03/08/2012 09:19 AM, Lucas Meneghel Rodrigues wrote: Before I forget, I'd like to as

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

Am 08.03.2012 21:17, schrieb Lucas Meneghel Rodrigues: > [...] qemu-jeos points out to external > repositories, just as much as buildroot. It seems to me that the whole > point about FSF requiring the source to be under your control is no > longer valid here. As long as no binary is distributed, t

Re: [Qemu-devel] Keysymbol interpretation missing in QEMU's VNC server?

Hello Fabian, On Wednesday 07 March 2012 11:53:57 Fabian Holler wrote: > I'm not sure if I found a bug in QEMU's VNC keyboard layout mapping or > if it's a general problem in the implemented VNC server: Daniel P. Berrangé has written some very good blog entries about the VNC problem:

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 04:43 PM, Anthony Liguori wrote: On 03/08/2012 01:34 PM, Lucas Meneghel Rodrigues wrote: On 03/08/2012 03:57 PM, Anthony Liguori wrote: On 03/08/2012 09:19 AM, Lucas Meneghel Rodrigues wrote: Before I forget, I'd like to ask you about this: On 03/08/2012 10:36 AM, Anthony Liguor

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 01:34 PM, Lucas Meneghel Rodrigues wrote: On 03/08/2012 03:57 PM, Anthony Liguori wrote: On 03/08/2012 09:19 AM, Lucas Meneghel Rodrigues wrote: Before I forget, I'd like to ask you about this: On 03/08/2012 10:36 AM, Anthony Liguori wrote: I'm really not a fan of buildroot. Not

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 03:57 PM, Anthony Liguori wrote: On 03/08/2012 09:19 AM, Lucas Meneghel Rodrigues wrote: Before I forget, I'd like to ask you about this: On 03/08/2012 10:36 AM, Anthony Liguori wrote: I'm really not a fan of buildroot. Note that in order to ship binaries, full source needs to be

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 11:59 AM, Ademar Reis wrote: On Thu, Mar 08, 2012 at 11:03:54AM -0600, Anthony Liguori wrote: On 03/08/2012 10:05 AM, Ademar Reis wrote: On Thu, Mar 08, 2012 at 09:14:02AM -0600, Anthony Liguori wrote: On 03/08/2012 09:07 AM, Ademar Reis wrote: On Thu, Mar 08, 2012 at 08:56:23AM

Re: [Qemu-devel] [PATCH] READCONFIG: Allow reading the configuration from a pre-existing filedescriptor

On Thu, Jan 26, 2012 at 08:40:02AM +0100, Markus Armbruster wrote: > Cleaner than this ad hoc overloading of the filename argument would be: > > * Separate option for fd: -readconfig-fd FD > > * Use the general syntax for NAME=VALUE arguments: -readconfig > path=FNAME -readonfig fd=FD > > Wi

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 09:19 AM, Lucas Meneghel Rodrigues wrote: Before I forget, I'd like to ask you about this: On 03/08/2012 10:36 AM, Anthony Liguori wrote: I'm really not a fan of buildroot. Note that in order to ship binaries, full source needs to be provided in order to comply with the GPL. The F

Re: [Qemu-devel] [PATCH] vnc: Fix packed boolean struct members

Il 08/03/2012 17:25, Anthony Liguori ha scritto: >> >> Looks like a GCC bug where >> >> x = y = 0; >> >> is converted to >> >> x = (y = 0) != 0; > > Curious, why convert like this? What does this optimization do? Nothing, it's just that if "y = 0" is an int (for some reason, I didn't che

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 02:59 PM, Ademar Reis wrote: Agree. For QEMU developers, libvirt should not be on the way, the interaction should be minimal or non-existent. That's an area which will require some work in libautotest, because due to previous QE requirements, it now invokes libvirt methods instead

[Qemu-devel] [RFC PATCH 17/17] raw: implement is_allocated

SEEK_DATA and SEEK_HOLE can be used to implement the is_allocated callback for raw files. These currently work on btrfs, with an XFS implementation also coming soon. Signed-off-by: Paolo Bonzini --- block/raw-posix.c | 62 + block/raw.c

Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests

On 03/08/2012 02:59 PM, Ademar Reis wrote: Agree. For QEMU developers, libvirt should not be on the way, the interaction should be minimal or non-existent. That's an area which will require some work in libautotest, because due to previous QE requirements, it now invokes libvirt methods instead

[Qemu-devel] [RFC PATCH 13/17] block: fallback from discard to writes

Allow discard to fail, and fall back to the write operation. This is needed because there's no simple way to probe for availability of FALLOC_FL_PUNCH_HOLE. Signed-off-by: Paolo Bonzini --- block.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/block.c b/block.c in

Re: [Qemu-devel] [RFC PATCH 12/17] ide/scsi: turn on discard

On 03/08/2012 07:15 PM, Paolo Bonzini wrote: > Turn on discard support in the device models by default, with > compatibility properties for older machine types. > > Signed-off-by: Paolo Bonzini > --- > block.h |4 +- > hw/pc_piix.c | 224 > ++

[Qemu-devel] [RFC PATCH 16/17] qemu-io: fix the alloc command

Signed-off-by: Paolo Bonzini --- qemu-io.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/qemu-io.c b/qemu-io.c index bb5f7b8..c1bc053 100644 --- a/qemu-io.c +++ b/qemu-io.c @@ -1513,7 +1513,7 @@ out: static int alloc_f(int argc, char **argv) { -int64_t offs

[Qemu-devel] [PATCH 4/5] memory: dispatch directly via MemoryRegion

Instead of indirecting via io_mem_region, dispatch directly through the MemoryRegion obtained from the iotlb or phys_page_find(). Signed-off-by: Avi Kivity --- exec-all.h |9 +++-- exec.c | 102 ++- memory.c |

Re: [Qemu-devel] [RFC PATCH 10/17] ide/scsi: add discard_zeroes_data property

On 03/08/2012 08:13 PM, Avi Kivity wrote: > On 03/08/2012 07:15 PM, Paolo Bonzini wrote: > > Now that the block layer guarantees stable semantics for discard, > > we can expose them to guests. > > > > How does this interact with -M something-old? > Sorry, patch 12 addresses this. -- error compil

Re: [Qemu-devel] [RFC PATCH 10/17] ide/scsi: add discard_zeroes_data property

On 03/08/2012 07:15 PM, Paolo Bonzini wrote: > Now that the block layer guarantees stable semantics for discard, > we can expose them to guests. > How does this interact with -M something-old? -- error compiling committee.c: too many arguments to function

  1   2   3   >