Re: [Qemu-devel] KVM VM(rhel-5.5) %si is too high when TX/RX packets

2013-05-04 Thread Paolo Bonzini
Il 03/05/2013 06:05, Zhanghaoyu (A) ha scritto: > I running a VM(RHEL-5.5) on KVM hypervisor(linux-3.8 + QEMU-1.4.1), and > direct-assign intel 82576 VF to the VM. When TX/RX packets on VM to the other > host via iperf tool, top tool result on VM shown that the %si is too high, > approximately 9

[Qemu-devel] CPU vendor in KVM

2013-05-04 Thread 李春奇
Hi Jan and All, I find that when enable KVM with qemu, vendor ID of simulated CPU will be set the same as host, but other features such as level, family, model, stepping are not changed. This may bring out a confusing result, the simulated CPU has a vendor name of "GenuineIntel" but with family num

[Qemu-devel] Patch of consistent VMX cpu flag

2013-05-04 Thread 李春奇
Hi all, There's a patch for some simulated Intel CPU with default flag of VMX, now only core(2)duo are with VMX flag by default. Add default ext_features of CPUID_EXT_VMX to the following CPUs: kvm64, kvm32, Penryn, Nehalem, Westmere, SandyBridge, Haswell. Other CPUs of AMD and lower versions of

Re: [Qemu-devel] CPU vendor in KVM

2013-05-04 Thread Jan Kiszka
On 2013-05-04 09:50, 李春奇 wrote: > Hi Jan and All, > I find that when enable KVM with qemu, vendor ID of simulated CPU will be > set the same as host, but other features such as level, family, model, > stepping are not changed. This may bring out a confusing result, the > simulated CPU has a vendor

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread commiethebeastie
With VFIO_PCI_VGA, vfio-vga-reset branches and "-vga none -device vfio- pci,host=02:00.0,x-vga=on" host system hangs after guest restarting or turning off. With no VFIO_PCI_VGA, vfio-vga-reset branches and "-vga none -device vfio-pci,host=02:00.0" catalyst drivers works fine in guest. But after gu

Re: [Qemu-devel] Patch of consistent VMX cpu flag

2013-05-04 Thread Jan Kiszka
On 2013-05-04 09:59, 李春奇 wrote: > Hi all, > There's a patch for some simulated Intel CPU with default flag of VMX, now > only core(2)duo are with VMX flag by default. > > Add default ext_features of CPUID_EXT_VMX to the following CPUs: > kvm64, kvm32, Penryn, Nehalem, Westmere, SandyBridge, Haswe

Re: [Qemu-devel] [PATCH 1/2] Add i.MX I2C device emulator.

2013-05-04 Thread Jean-Christophe DUBOIS
On 05/03/2013 06:41 PM, Andreas Färber wrote: CCtests/libi2c-imx.o LINK tests/tmp105-test CCtests/ds1338-test.o LINK tests/ds1338-test GTESTER check-qtest-arm Kernel image must be specified Without seeing your code and since tmp105-test is working on my side, I can only gues

Re: [Qemu-devel] [PATCH 1/2] Add i.MX I2C device emulator.

2013-05-04 Thread Andreas Färber
Am 04.05.2013 10:22, schrieb Jean-Christophe DUBOIS: > On 05/03/2013 06:41 PM, Andreas Färber wrote: >>CCtests/libi2c-imx.o >>LINK tests/tmp105-test >>CCtests/ds1338-test.o >>LINK tests/ds1338-test >> GTESTER check-qtest-arm >> Kernel image must be specified >> Without see

Re: [Qemu-devel] [PATCH 1/2] Add i.MX I2C device emulator.

2013-05-04 Thread Peter Maydell
On 4 May 2013 09:27, Andreas Färber wrote: > Am 04.05.2013 10:22, schrieb Jean-Christophe DUBOIS: >> Do you mean arm_load_kernel() should test for qtest_enable() or should I >> call arm_load_kernel() only if !qtest_enable() (there is not much >> platform checking for qtest_enable() at this time an

[Qemu-devel] [PATCH] Add default VMX flags to Intel CPU

2013-05-04 Thread 李春奇
Add ext_features of CPUID_EXT_VMX to the following CPUs as default flag (now only core(2)duo with VMX flag by default): kvm64, kvm32, Penryn, Nehalem, Westmere, SandyBridge, Haswell. Other CPUs of AMD and lower versions of Intel CPU without VMX support don't add this feature by default. Signed-o

Re: [Qemu-devel] Patch of consistent VMX cpu flag

2013-05-04 Thread Andreas Färber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 04.05.2013 10:08, schrieb Jan Kiszka: > On 2013-05-04 09:59, 李春奇 wrote: >> Hi all, There's a patch for some simulated Intel CPU with default >> flag of VMX, now only core(2)duo are with VMX flag by default. >> >> Add default ext_features of CPUID_

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread commiethebeastie
With VFIO_PCI_VGA, vfio-vga-reset branches and "-vga none -device vfio- pci,host=02:00.0,x-vga=on" I also received an error: "qemu-system-x86_64: Attempt to reset PCI bus for VGA support failed (Inappropriate ioctl for device). VGA may not work." But the drivers were run without problems. --

Re: [Qemu-devel] [PATCH 1/2] Add i.MX I2C device emulator.

2013-05-04 Thread Jean-Christophe DUBOIS
On 05/04/2013 10:29 AM, Peter Maydell wrote: On 4 May 2013 09:27, Andreas Färber wrote: Am 04.05.2013 10:22, schrieb Jean-Christophe DUBOIS: Do you mean arm_load_kernel() should test for qtest_enable() or should I call arm_load_kernel() only if !qtest_enable() (there is not much platform check

Re: [Qemu-devel] [PATCH] Add default VMX flags to Intel CPU

2013-05-04 Thread Andreas Färber
Am 04.05.2013 10:33, schrieb 李春奇 : > Add ext_features of CPUID_EXT_VMX to the following CPUs as default > flag (now only core(2)duo with VMX flag by default): > > kvm64, kvm32, Penryn, Nehalem, Westmere, SandyBridge, Haswell. > > Other CPUs of AMD and lower versions of Intel CPU without VMX suppo

Re: [Qemu-devel] [PATCH] Add default VMX flags to Intel CPU

2013-05-04 Thread 李春奇
I send this mail before receiving your previous mail. I will check all this things. Thanks, Arthur On Sat, May 4, 2013 at 4:39 PM, Andreas Färber wrote: > Am 04.05.2013 10:33, schrieb 李春奇 : >> Add ext_features of CPUID_EXT_VMX to the following CPUs as default >> flag (now only core(2)duo with VM

Re: [Qemu-devel] CPU vendor in KVM

2013-05-04 Thread 李春奇
But will the difference between the vendor ID and family number cause confusion to the OS in VM? On Sat, May 4, 2013 at 4:05 PM, Jan Kiszka wrote: > On 2013-05-04 09:50, 李春奇 wrote: >> Hi Jan and All, >> I find that when enable KVM with qemu, vendor ID of simulated CPU will be >> set the same as

Re: [Qemu-devel] CPU vendor in KVM

2013-05-04 Thread Jan Kiszka
Please don't top-post. On 2013-05-04 10:45, 李春奇 wrote: > But will the difference between the vendor ID and family number cause > confusion to the OS in VM? The confusion is not yet clear to me. About which "-cpu ..." were you talking? Jan > > On Sat, May 4, 2013 at 4:05 PM, Jan Kiszka wrote:

Re: [Qemu-devel] CPU vendor in KVM

2013-05-04 Thread 李春奇
On Sat, May 4, 2013 at 4:47 PM, Jan Kiszka wrote: > Please don't top-post. > > On 2013-05-04 10:45, 李春奇 wrote: >> But will the difference between the vendor ID and family number cause >> confusion to the OS in VM? > > The confusion is not yet clear to me. About which "-cpu ..." were you > talking

Re: [Qemu-devel] CPU vendor in KVM

2013-05-04 Thread Jan Kiszka
On 2013-05-04 10:52, 李春奇 wrote: > On Sat, May 4, 2013 at 4:47 PM, Jan Kiszka wrote: >> Please don't top-post. >> >> On 2013-05-04 10:45, 李春奇 wrote: >>> But will the difference between the vendor ID and family number cause >>> confusion to the OS in VM? >> >> The confusion is not yet clear to me.

[Qemu-devel] [PATCH] [KVM] Needless to update msi route when only msi-x entry "control" section changed

2013-05-04 Thread Zhanghaoyu (A)
With regard to old version linux guest(e.g., rhel-5.5), in ISR processing, mask and unmask msi-x vector every time, which result in VMEXIT, then QEMU will invoke kvm_irqchip_update_msi_route() to ask KVM hypervisor to update the VM irq routing table. In KVM hypervisor, synchronizing RCU needed a

Re: [Qemu-devel] KVM VM(rhel-5.5) %si is too high when TX/RX packets

2013-05-04 Thread Zhanghaoyu (A)
>> I running a VM(RHEL-5.5) on KVM hypervisor(linux-3.8 + QEMU-1.4.1), >> and direct-assign intel 82576 VF to the VM. When TX/RX packets on VM to the >> other host via iperf tool, top tool result on VM shown that the %si is too >> high, approximately 95% ~ 100%, but from the view of host, the VM

Re: [Qemu-devel] [PATCH 7/7] prep: QOM'ify System I/O

2013-05-04 Thread Hervé Poussineau
Andreas Färber a écrit : Am 02.05.2013 22:09, schrieb Hervé Poussineau: Most of the functionality is extracted from hw/ppc/prep.c. Also add support for board identification/equipment registers. Document it for the IBM 43p emulation. Cc: Julio Guerra Signed-off-by: Hervé Poussineau --- docs/

Re: [Qemu-devel] [PATCH v7 0/7] push mmio dispatch out of big lock

2013-05-04 Thread Paolo Bonzini
Il 03/05/2013 10:04, Jan Kiszka ha scritto: > We can't change the semantics of opaque as long as old_mmio / old_portio > are around. But we need a flag anyway to indicate if a region is > depending on BQL or not. Adding a separate "Object *owner" to > MemoryRegion can serve both purposes. Then we d

Re: [Qemu-devel] [PATCH v2 0/6] proposal to make hostmem listener RAM unplug safe

2013-05-04 Thread Paolo Bonzini
Il 03/05/2013 04:45, Liu Ping Fan ha scritto: > v1->v2: > 1.split RCU prepared style update and monitor the RAM-Device refcnt into > two patches (patch 2,4) > 2.introduce AddrSpaceMem, which is similar to HostMem, but based on address > space, while > the original HostMem only server syst

Re: [Qemu-devel] [PATCH v7 0/7] push mmio dispatch out of big lock

2013-05-04 Thread Jan Kiszka
On 2013-05-04 11:47, Paolo Bonzini wrote: > Il 03/05/2013 10:04, Jan Kiszka ha scritto: >> We can't change the semantics of opaque as long as old_mmio / old_portio >> are around. But we need a flag anyway to indicate if a region is >> depending on BQL or not. Adding a separate "Object *owner" to >>

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread commiethebeastie
I installed Windows 8 with VFIO_PCI_VGA, vfio-vga-reset branches and "-vga none -device vfio-pci,host=02:00.0,x-vga=on" I received an error: "qemu-system-x86_64: Attempt to reset PCI bus for VGA support failed (Inappropriate ioctl for device). VGA may not work." on start. Then I installed the cat

[Qemu-devel] OpenBIOS 1.1 release

2013-05-04 Thread Mark Cave-Ayland
After 4 years of hard work, the OpenBIOS team are proud to announce the release of OpenBIOS 1.1. Since the last release, over 600 commits have been made to the SVN repository with a wealth of improvements and new features. As a result of these changes, the ability of OpenBIOS 1.1 to boot variou

[Qemu-devel] [PATCH v2 0/4] Add i.MX25 support through the 3DS evaluation board

2013-05-04 Thread Jean-Christophe DUBOIS
This serie of patches add the support for the i.MX25 processor through the Freescale 3DS evaluation board. For now a limited set of devices are supported. * GPT timers (from i.MX31) * EPI timers (from i.MX31) * Serial ports (from i.MX31) * Ethernet FEC port * I2C controller Je

[Qemu-devel] [PATCH v2 3/4] Add i.MX25 3DS evaluation board support.

2013-05-04 Thread Jean-Christophe DUBOIS
For now we support: * timers (GPT and EPIT) * serial ports (only 2 out of 5 possible) * ethernet (through the newly added FEC driver) * I2C (through the newly added I2C driver) A ds1338 I2C RTC chip was added on the first i2c bus to allow automatic test through qtest. This RTC is n

[Qemu-devel] [PATCH v2 1/4] Add i.MX FEC Ethernet driver

2013-05-04 Thread Jean-Christophe DUBOIS
This is based on the mcf_fec.c FEC implementation for ColdFire. * a generic phy was added (borrowed from lan9118). * The buffer management is also modified as buffers are slightly different between coldfire and i.MX. Signed-off-by: Jean-Christophe DUBOIS --- default-configs/arm-so

[Qemu-devel] [PATCH v2 4/4] Add qtest support for i.MX I2C device emulation.

2013-05-04 Thread Jean-Christophe DUBOIS
This is using a ds1338 RTC chip on the i2c bus. This RTC chip is nop present on the real board Signed-off-by: Jean-Christophe DUBOIS --- tests/Makefile | 3 + tests/ds1338-test.c| 64 ++ tests/libqos/i2c-imx.c | 224 + te

[Qemu-devel] [PATCH v2 2/4] Add i.MX I2C controller driver.

2013-05-04 Thread Jean-Christophe DUBOIS
The slave mode is not implemented. Signed-off-by: Jean-Christophe DUBOIS --- default-configs/arm-softmmu.mak | 2 + hw/i2c/Makefile.objs| 1 + hw/i2c/imx_i2c.c| 383 include/hw/arm/imx.h| 1 + 4 files changed,

[Qemu-devel] [PATCH for-1.5] audio: update documentation after removing --audio-card-list option

2013-05-04 Thread Hervé Poussineau
Commit 98af93fde2e37b5b0c8cee9036e028fe6df6446c removed the --audio-card-list option in configure, and commit 8f3b664f6cc4153cc73941c941d54c4e499b7537 always compiled in the adlib, gus and cs4231a audio cards. Signed-off-by: Hervé Poussineau --- qemu-doc.texi |4 1 file changed, 4 delet

Re: [Qemu-devel] 1.4.1 won't build with --enable-debug-tcg (or --enable-debug)

2013-05-04 Thread Richard Sandiford
Juergen Lock writes: > Hi! > > The failure is in the mips64-softmmu target: (at least) > > [...] > CCmips64-softmmu/target-mips/translate.o > ..qemu-1.4.1/target-mips/translate.c::2780:35 : error: > passing 'int' to parameter of incompatible type 'TCGv_i32' > gen_helper_dmul

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread Alex Williamson
Please confirm that you're running the kernel from this branch on the host system: git://github.com/awilliam/linux-vfio.git vfio-vga-reset Both host kernel and qemu changes are required. Unfortunately the error code from the ioctl makes it difficult to tell if it isn't available in the kernel or

[Qemu-devel] [PATCH] po/hu.po: Hungarian translation for the GTK+ interface

2013-05-04 Thread akoskovacs
From: Ákos Kovács Cc: Laszlo Ersek Signed-off-by: Ákos Kovács --- po/hu.po | 63 ++ 1 files changed, 63 insertions(+), 0 deletions(-) create mode 100644 po/hu.po diff --git a/po/hu.po b/po/hu.po new file mode 100644 index 000.

[Qemu-devel] [Bug 1176366] [NEW] TCPIP not working on qemu 1.4.50 (master)

2013-05-04 Thread TC1988
Public bug reported: whenever I try, in the guest OS, in this case it's NT 3.1, to enable TCP/IP, it crashes the whole emulator. With either the ne2000 isa, ne2000 pci or PCnet, still crashes below is attached a screenshot. ** Affects: qemu Importance: Undecided Status: New ** Att

Re: [Qemu-devel] [PATCH v2 4/4] Add qtest support for i.MX I2C device emulation.

2013-05-04 Thread Andreas Färber
Am 04.05.2013 16:09, schrieb Jean-Christophe DUBOIS: > This is using a ds1338 RTC chip on the i2c bus. This RTC > chip is nop present on the real board > > Signed-off-by: Jean-Christophe DUBOIS > --- > tests/Makefile | 3 + > tests/ds1338-test.c| 64 ++ > tests/libqos/

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread commiethebeastie
When I use vga none -device vfio-pci,host=02:00.0,x-vga=on with "Linux localhost 3.9.0-rc2 #2 SMP PREEMPT Sat May 4 11:45:12 MSK 2013 x86_64 AMD FX(tm)-8120 Eight-Core Processor AuthenticAMD GNU/Linux" and VFIO_PCI_VGA support. System starting with "qemu-system-x86_64: Attempt to reset PCI bus for

Re: [Qemu-devel] [PATCH v2 4/4] Add qtest support for i.MX I2C device emulation.

2013-05-04 Thread Jean-Christophe DUBOIS
On 05/04/2013 06:53 PM, Andreas Färber wrote: Am 04.05.2013 16:09, schrieb Jean-Christophe DUBOIS: +#include "qemu/bswap.h" Is this one needed? No, I will remove it. +enum IMXI2CRegisters { +IMX_I2C_IADR = 0x00, +IMX_I2C_IFDR = 0x04, +IMX_I2C_I2CR = 0x08, +IMX_I2C_I2SR = 0x

[Qemu-devel] compile the latest source in mac error

2013-05-04 Thread Peter Cheung
compile the latest source in mac error /Users/peter/q/qemu>make installinstall -d -m 0755 "/Users/peter/qemu/share/doc/qemu"install -c -m 0644 qemu-doc.html qemu-tech.html "/Users/peter/qemu/share/doc/qemu"install -c -m 0644 QMP/qmp-commands.txt "/Users/peter/qemu/share/doc/qemu"install -d -m 0

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread Alex Williamson
The above linux tree is based on 3.9.0, not -rc2, so it appears you're not using the correct kernel. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1175513 Title: Qemu 1.5-git gpu clock control does

Re: [Qemu-devel] compile the latest source in mac error

2013-05-04 Thread Peter Maydell
On 4 May 2013 20:48, Peter Cheung wrote: > compile the latest source in mac error > > /Users/peter/q/qemu>make install > install -d -m 0755 "/Users/peter/qemu/share/doc/qemu" > install -c -m 0644 qemu-doc.html qemu-tech.html > "/Users/peter/qemu/share/doc/qemu" > install -c -m 0644 QMP/qmp-comman

[Qemu-devel] [PATCH for-1.5] configure: Check that "libtool" is not the MacOSX one

2013-05-04 Thread Peter Maydell
The "libtool" binary on MacOSX is not GNU libtool, and doesn't support anything like the same set of command line options. Test whether we have accidentally picked this up (by looking for whether it handles the GNU --version switch), and discard it if so. The fallback machinery for the "we don't ha

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread commiethebeastie
Sry. With x-vga=on and "Linux localhost 3.9.0+ #3 SMP PREEMPT Sun May 5 00:58:56 MSK 2013 x86_64 AMD FX(tm)-8120 Eight-Core Processor AuthenticAMD GNU/Linux" it`s work fine. On Sunday or Monday I will test Geforce gt210 and gt610. -- You received this bug notification because you are a member of

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread commiethebeastie
And bad news too. System hangs after guest poweroff. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1175513 Title: Qemu 1.5-git gpu clock control doesn`t work after guest reboot Status in QEMU: N

[Qemu-devel] [Bug 1175513] Re: Qemu 1.5-git gpu clock control doesn`t work after guest reboot

2013-05-04 Thread commiethebeastie
Also I tested nvidia gt210. All works fine: 3D, reboot, poweroff, clocks control, bios initialization. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1175513 Title: Qemu 1.5-git gpu clock control d

Re: [Qemu-devel] [PATCH v2 1/4] Add i.MX FEC Ethernet driver

2013-05-04 Thread Peter Crosthwaite
Hi JC, On Sun, May 5, 2013 at 12:09 AM, Jean-Christophe DUBOIS wrote: > This is based on the mcf_fec.c FEC implementation for ColdFire. > > * a generic phy was added (borrowed from lan9118). > * The buffer management is also modified as buffers are > slightly different between coldf

Re: [Qemu-devel] [PATCH v2 2/4] Add i.MX I2C controller driver.

2013-05-04 Thread Peter Crosthwaite
Hi JC, Thanks for actioning the comments. On Sun, May 5, 2013 at 12:09 AM, Jean-Christophe DUBOIS wrote: > The slave mode is not implemented. > > Signed-off-by: Jean-Christophe DUBOIS > --- As a general rule you need to indicate changes between the last version and this version (changlog). My

Re: [Qemu-devel] [PATCH v2 2/4] Add i.MX I2C controller driver.

2013-05-04 Thread Jean-Christophe DUBOIS
On 05/05/2013 05:14 AM, Peter Crosthwaite wrote: Hi JC, Thanks for actioning the comments. On Sun, May 5, 2013 at 12:09 AM, Jean-Christophe DUBOIS wrote: The slave mode is not implemented. Signed-off-by: Jean-Christophe DUBOIS --- As a general rule you need to indicate changes between the