Re: [Qemu-devel] [PATCH] pseries: Implements h_read hcall

2013-02-17 Thread Andreas Färber
Am 15.02.2013 11:59, schrieb Erlon Cruz: > From: Erlon Cruz > > This h_call is useful for DLPAR in future amongst other things. Given an index > it fetches the corresponding PTE stored in the htab. > > Signed-off-by: Erlon Cruz > --- > hw/spapr_hcall.c | 34 ++

Re: [Qemu-devel] [PATCH for-next v3 2/5] tmp105: Add debug output

2013-02-17 Thread Paolo Bonzini
Il 15/02/2013 14:14, Alexander Graf ha scritto: >> > >> > I'm assuming that changes to ppc logging go through ppc-next, changes to >> > sparc code go through Blue etc. All those potentially conflict since >> > they're adding to the bottom of the same text file, thus coordination. >> > It's a long-

[Qemu-devel] [PATCH] Replace all setjmp()/longjmp() with sigsetjmp()/siglongjmp()

2013-02-17 Thread Peter Maydell
The setjmp() function doesn't specify whether signal masks are saved and restored; on Linux they are not, but on BSD (including MacOSX) they are. QEMU never wants to save and restore signal masks, because it uses threads, and the signal-restoration may restore the whole process signal mask, not jus

Re: [Qemu-devel] [PATCH buildfix] tcg/ppc: Fix build of tcg_qemu_tb_exec()

2013-02-17 Thread Blue Swirl
Thanks, applied. On Sat, Feb 16, 2013 at 10:21 PM, Andreas Färber wrote: > Commit 0b0d3320db74cde233ee7855ad32a9c121d20eb4 (TCG: Final globals > clean-up) moved code_gen_prologue but forgot to update ppc code. > This broke the build on 32-bit ppc. ppc64 is unaffected. > > Cc: Evgeny Voevodin > C

Re: [Qemu-devel] qemu on MacOS, failing to respond to ctrl-C

2013-02-17 Thread Blue Swirl
On Sun, Feb 17, 2013 at 12:59 AM, Peter Maydell wrote: > On 17 February 2013 00:19, Peter Maydell wrote: >> [why doesn't MacOS QEMU exit on ctrl-C?] >> What seems to happen is that the other thread nips in and >> does the sigreturn/sigprocmask/sigaltstack stuff, and >> it's messing with the signa

Re: [Qemu-devel] [PATCH v2 0/3] Improve 64-bit widening multiply

2013-02-17 Thread Blue Swirl
Thanks, applied. On Sat, Feb 16, 2013 at 8:46 PM, Richard Henderson wrote: > Version 2 is a simple rebase and conflict fix in the tests/Makefile. > > > r~ > > > Richard Henderson (3): > host-utils: Use __int128_t for mul[us]64 > host-utils: Improve mulu64 and muls64 > tests: Add unit tests

[Qemu-devel] Kernel kvm config

2013-02-17 Thread Johan & Katrien Dewaele²
Hi, I use qem-kvm version 1.1.2 on debian testing with kernel 3.6.8. On this kernel the kvm-modules load ok: $ lsmod | grep kvm kvm_intel 114592 0 kvm 219460 1 kvm_intel My hardware should support this also : $ egrep --color "vmx|svm" /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 a

[Qemu-devel] [PATCH] vmxcap: Report APIC register emulation

2013-02-17 Thread Jan Kiszka
From: Jan Kiszka Signed-off-by: Jan Kiszka --- scripts/kvm/vmxcap |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/scripts/kvm/vmxcap b/scripts/kvm/vmxcap index a1a44a0..bcf79f6 100755 --- a/scripts/kvm/vmxcap +++ b/scripts/kvm/vmxcap @@ -161,6 +161,7 @@ controls = [

Re: [Qemu-devel] qemu on MacOS, failing to respond to ctrl-C

2013-02-17 Thread Peter Maydell
On 17 February 2013 15:50, Blue Swirl wrote: > On Sun, Feb 17, 2013 at 12:59 AM, Peter Maydell > wrote: >> However, having thought about this I'm now a bit dubious about >> the use of longjmp in cpu_resume_from_signal() -- this is >> jumping out of a signal handler, so if we do nothing with >> th

[Qemu-devel] [PATCH RFT v3 3/5] usb/hcd-ehci: Add Tegra2 SysBus EHCI device

2013-02-17 Thread Andreas Färber
From: Andreas Färber This prepares an EHCI device for the Nvidia Tegra2 SoC family. Values based on patch by Vincent Palatin and verified against TRM v01p. Cc: Vincent Palatin Signed-off-by: Andreas Färber --- hw/usb/hcd-ehci-sysbus.c | 15 +++ hw/usb/hcd-ehci.h|1 +

[Qemu-devel] [PATCH RFT v3 0/5] usb: QOM realize support for SysBus EHCI and FUSBH200

2013-02-17 Thread Andreas Färber
Hello Gerd and Kuo-Jung, This series combines my revoked QOM realize patch with Kuo-Jung's series adding Faraday FUSBH200 EHCI and my Tegra2 EHCI. To facilitate adaptations for the Faraday EHCI, I am taking my QOM realize factoring further. This avoids having to introduce a class for FUSBH200 by

[Qemu-devel] [PATCH RFT v3 5/5] usb/hcd-ehci: Add Faraday FUSBH200 support

2013-02-17 Thread Andreas Färber
From: Kuo-Jung Su Add Faraday FUSBH200 support, which is slightly different from EHCI spec. (Or maybe simply a bad/wrong implementation...) Signed-off-by: Kuo-Jung Su Signed-off-by: Andreas Färber --- hw/usb/hcd-ehci-sysbus.c | 75 ++ hw/usb/hcd-e

[Qemu-devel] [PATCH RFT v3 2/5] usb/hcd-ehci: Split off instance_init from realize

2013-02-17 Thread Andreas Färber
This makes the mem MemoryRegion available to derived instance_inits. Signed-off-by: Andreas Färber --- hw/usb/hcd-ehci-pci.c| 19 ++- hw/usb/hcd-ehci-sysbus.c | 16 +--- hw/usb/hcd-ehci.c| 25 +++-- hw/usb/hcd-ehci.h|1

[Qemu-devel] [PATCH qom-cpu v3 0/2] target-sh4: SuperHCPU subclasses

2013-02-17 Thread Andreas Färber
Hello Aurélien, This series introduces SuperH CPU subclasses. The first conversion to QOM patch had used a declarative approach reusing sh4_def_t as SuperHCPUInfo. This approach now uses imperative instance_init functions. To preserve -cpu ? output and case-insensitivity, distinct name and type na

[Qemu-devel] [PATCH RFT v3 1/5] usb/hcd-ehci-sysbus: Convert to QOM realize

2013-02-17 Thread Andreas Färber
The SysBus qdev initfn merely calls SysBusDeviceClass::init, so we can replace it with a realizefn already. This avoids getting into any initfn ambiguity with the upcoming Faraday EHCI implementation. Rename internal usb_ehci_initfn() to usb_ehci_realize() to allow to return Errors from common ini

[Qemu-devel] [PATCH qom-cpu v3 2/2] target-sh4: Move PVR/PRR/CVR into SuperHCPUClass

2013-02-17 Thread Andreas Färber
They are never changed once initialized, and moving them to the class will allow to inspect them before instantiating. Signed-off-by: Andreas Färber --- hw/sh7750.c | 10 +++--- target-sh4/cpu-qom.h |6 ++ target-sh4/cpu.c | 18 +- target-sh4/cpu.h

Re: [Qemu-devel] [PATCH v3 01/20] arm: add Faraday a360 SoC platform support

2013-02-17 Thread Andreas Färber
Am 06.02.2013 10:45, schrieb Kuo-Jung Su: > +typedef struct FaradayMachState { > +ARMCPU *cpu; > +DeviceState *scu; > +DeviceState *ahbc; > +DeviceState *ddrc; > +DeviceState *hdma[2]; /* AHB DMA */ > +DeviceState *pdma[2]; /* APB DMA */ > +i2c_bus *i2c

[Qemu-devel] [PATCH qom-cpu v3 1/2] target-sh4: Introduce SuperHCPU subclasses

2013-02-17 Thread Andreas Färber
Store legacy name in SuperHCPUClass for -cpu ? and for case-insensitive class lookup. List CPUs by iterating over TYPE_SUPERH_CPU subclasses. Signed-off-by: Andreas Färber --- target-sh4/cpu-qom.h |7 ++ target-sh4/cpu.c | 180 +++- targe

[Qemu-devel] [PATCH RFT v3 4/5] usb/hcd-ehci: Replace PORTSC macros with variables

2013-02-17 Thread Andreas Färber
From: Kuo-Jung Su Replace PORTSC macros with variables which could then be configured in ehci__class_init(...) Signed-off-by: Kuo-Jung Su Signed-off-by: Andreas Färber --- hw/usb/hcd-ehci-pci.c|2 ++ hw/usb/hcd-ehci-sysbus.c |6 ++ hw/usb/hcd-ehci.c| 22 +

Re: [Qemu-devel] [PATCH v3 04/20] arm: add Faraday FTDDRII030 support

2013-02-17 Thread Andreas Färber
Am 07.02.2013 18:26, schrieb Igor Mitsyanko: > On 02/06/2013 01:45 PM, Kuo-Jung Su wrote: >> +static void ftddrii030_reset(DeviceState *ds) >> +{ >> +SysBusDevice *busdev = SYS_BUS_DEVICE(ds); >> +Ftddrii030State *s = FTDDRII030(FROM_SYSBUS(Ftddrii030State, busdev)); >> +FaradayMachStat

Re: [Qemu-devel] [PATCH] Replace all setjmp()/longjmp() with sigsetjmp()/siglongjmp()

2013-02-17 Thread Blue Swirl
On Sun, Feb 17, 2013 at 2:44 PM, Peter Maydell wrote: > The setjmp() function doesn't specify whether signal masks are saved and > restored; on Linux they are not, but on BSD (including MacOSX) they are. > QEMU never wants to save and restore signal masks, because it uses threads, > and the signal

Re: [Qemu-devel] [PATCH] vnc-tls: Fix compilation with newer versions of GNU-TLS

2013-02-17 Thread Tim Hardeck
Hi, On Thu, 2012-10-18 at 11:23 +0200, Gerd Hoffmann wrote: > On 10/18/12 11:16, Andre Przywara wrote: > > In my installation of GNU-TLS (v3.0.23) the type > > gnutls_anon_server_credentials is marked deprecated, so -Werror > > breaks compilation. > > Simply replacing it with the newer ..._t versi

Re: [Qemu-devel] [PATCH 3/5] milkymist-minimac2: Just expose buffers as a sysbus mmio region

2013-02-17 Thread Michael Walle
Am Freitag 15 Februar 2013, 12:45:04 schrieb Peter Maydell: > Just expose the register buffers memory as a standard sysbus mmio > region which the creator of the device can map, rather than > providing a qdev property which the creator has to set to the > base address and then doing the mapping in

Re: [Qemu-devel] [PATCH 4/5] milkymist-softusb: Don't map RAM memory regions in the device itself

2013-02-17 Thread Michael Walle
Am Freitag 15 Februar 2013, 12:45:05 schrieb Peter Maydell: > Don't map the pmem and dmem RAM memory regions in the milkymist-softusb > device itself. Instead just expose them as sysbus mmio regions which > the device creator can map appropriately. This allows us to drop the > pmem_base and dmem_ba

Re: [Qemu-devel] [PATCH v3 15/20] arm: add Faraday FTMAC110 10/100Mbps ethernet support

2013-02-17 Thread Kuo-Jung Su
2013/2/9 Blue Swirl : > On Wed, Feb 6, 2013 at 9:45 AM, Kuo-Jung Su wrote: >> From: Kuo-Jung Su >> >> The FTMAC110 is an Ethernet controller that provides AHB master capability >> and is in full compliance with the IEEE 802.3 10/100 Mbps specifications. >> Its DMA controller handles all data tran

[Qemu-devel] [Bug 1127053] Re: assertion failed in exec.c while attempting to start a guest (latest commit)

2013-02-17 Thread Milos Ivanovic
Commenting out the assertion in question (which has been in the source code for the last year) seems to resolve the problem with no noticeable negative impacts, or at least this is what my tests have shown. -- You received this bug notification because you are a member of qemu- devel-ml, which is

Re: [Qemu-devel] [PATCH v3 02/20] arm: add Faraday a369 SoC platform support

2013-02-17 Thread Kuo-Jung Su
2013/2/8 Igor Mitsyanko > > > On 02/06/2013 01:45 PM, Kuo-Jung Su wrote: > > From: Kuo-Jung Su > > The Faraday A369 EVB is a Faraday SoC platform evalution board used for > Faraday IP functional verification based on the well-known ARM AMBA 2.0 > architecture. > > Signed-off-by: Kuo-Jung Su > --

Re: [Qemu-devel] [PATCH v3 20/20] arm: add Faraday FTSPI020 SPI flash controller support

2013-02-17 Thread Kuo-Jung Su
2013/2/7 Peter Crosthwaite : > On Thu, Feb 7, 2013 at 4:59 PM, Kuo-Jung Su wrote: >> \ >> >> 2013/2/7 Peter Crosthwaite : >>> Hi Kuo-Jung, >>> >>> On Wed, Feb 6, 2013 at 7:45 PM, Kuo-Jung Su wrote: From: Kuo-Jung Su The FTSPI020 is an integrated SPI Flash controller which sup

[Qemu-devel] [PATCH v2][QEMU] vmxcap: Report APIC register emulation and RDTSCP control

2013-02-17 Thread Jan Kiszka
From: Jan Kiszka Signed-off-by: Jan Kiszka --- This time I've checked twice that I'm no longer missing a field. scripts/kvm/vmxcap |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/scripts/kvm/vmxcap b/scripts/kvm/vmxcap index a1a44a0..a79f816 100755 --- a/scripts/kvm/

Re: [Qemu-devel] [PATCH v3 15/20] arm: add Faraday FTMAC110 10/100Mbps ethernet support

2013-02-17 Thread Kuo-Jung Su
2013/2/17 Peter Crosthwaite : > On Wed, Feb 6, 2013 at 7:45 PM, Kuo-Jung Su wrote: >> From: Kuo-Jung Su >> >> The FTMAC110 is an Ethernet controller that provides AHB master capability >> and is in full compliance with the IEEE 802.3 10/100 Mbps specifications. >> Its DMA controller handles all d

Re: [Qemu-devel] [QEMU RFC 0/2] Spying on Memory to implement ethernet can_recieve()

2013-02-17 Thread Peter Crosthwaite
+Kuo-Jung Su The same issue is present in the under review Faraday ethernet device model. Regards, Peter On Mon, Jan 28, 2013 at 12:20 AM, Anthony Liguori wrote: > Peter Crosthwaite writes: > >> Hi All, >> >> Have a bit of a tricky question about ethernet controllers. We are >> maintaining tw

Re: [Qemu-devel] [PATCH v3 15/20] arm: add Faraday FTMAC110 10/100Mbps ethernet support

2013-02-17 Thread Peter Crosthwaite
On Mon, Feb 18, 2013 at 5:30 PM, Kuo-Jung Su wrote: > 2013/2/17 Peter Crosthwaite : >> On Wed, Feb 6, 2013 at 7:45 PM, Kuo-Jung Su wrote: >>> From: Kuo-Jung Su >>> >>> The FTMAC110 is an Ethernet controller that provides AHB master capability >>> and is in full compliance with the IEEE 802.3 10/