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

So I spent some time today investigating why ctrl-C doesn't quit QEMU on MacOS. This is a specific instance of a general issue which is that signals like SIGINT and SIGTERM don't end up in the os-posix.c termination handler like they should. (1) MacOS debug tools are deeply unhelpful here: (a) ru

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

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 signal mask for the whole process. > (dtruss also tell me 0x6f8c53

Re: [Qemu-devel] [PATCH 1/1] highbank: set default power domain register

On 16 February 2013 22:27, Jean-Christophe PLAGNIOL-VILLARD wrote: > at 0xfff3cf20 enable SATA, MMC, PCI This commit message is way too cryptic. > c: Rob Herring You typo'd "cc" here so git didn't auto-cc Rob; I've added him to the cc list by hand. > Signed-off-by: Jean-Christophe PLAGNIOL-VI

[Qemu-devel] [Bug 1123975] Re: QEmu 1.3.90 cannot restore a 1.1.2 live snapshot

> And one more thing -- from what to what are you trying to migrate? I believe kvm is being used in both cases, though the command is different with QEmu 1.3.90. I have redone tests where I kept libvirt set to 1.0.2 and only switched between QEmu 1.1.2 and 1.3.90 to minimize the changes. So here t

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

On Fri, Feb 15, 2013 at 08:59:35AM -0200, Erlon Cruz wrote: > 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] [Qemu-ppc] [PATCH qom-cpu-next] spapr_hcall: Replace open-coded CPU loop with qemu_get_cpu()

On Fri, Feb 15, 2013 at 05:44:16PM +0100, Alexander Graf wrote: > > On 15.02.2013, at 16:49, Andreas Färber wrote: > > > The helper functions all access ppc-specific fields only so don't bother > > to change arguments to PowerPCCPU and use env_ptr instead. > > > > No functional change. > > > >

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

I left them only to make it easy to read and keep the same sintax used in the other functions. On Sat, Feb 16, 2013 at 9:46 PM, David Gibson wrote: > On Fri, Feb 15, 2013 at 08:59:35AM -0200, Erlon Cruz wrote: >> From: Erlon Cruz >> >> This h_call is useful for DLPAR in future amongst other thin

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

On Sat, Feb 16, 2013 at 11:42:35PM -0300, Erlon Cruz wrote: > I left them only to make it easy to read and keep the same sintax used > in the other functions. I don't see how having the arrays helps either of those goals. -- David Gibson| I'll have my music baroque, and my co

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

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 data transfers between system memory >

Re: [Qemu-devel] [PATCH v3 03/20] arm: add Faraday FTAHBC020 support

Hi Dante, On Wed, Feb 6, 2013 at 7:45 PM, Kuo-Jung Su wrote: > From: Kuo-Jung Su > > It's used to perform AHB remap and also QEMU RAM initialization > when SDRAM is initialized before AHB remap process activated. > > Signed-off-by: Kuo-Jung Su > --- > hw/arm/Makefile.objs |1 + > hw/arm/f

<    1   2