Re: [Qemu-devel] [PATCH] Make rtl8139 network interface card compatible with Mac OS 10.4

2016-01-01 Thread Programmingkid
On Dec 31, 2015, at 1:56 PM, Mark Cave-Ayland wrote: > On 31/12/15 18:26, Programmingkid wrote: > >>> Yeah, I see that too. Given that you have the source to the Apple >>> RTL8139 driver at hand, can you try with a patched OpenBIOS using the >>> bus master patchset on the mailing list and also a

Re: [Qemu-devel] [PATCH] Make rtl8139 network interface card compatible with Mac OS 10.4

2016-01-01 Thread Programmingkid
On Jan 1, 2016, at 5:36 PM, Paolo Bonzini wrote: > > > On 01/01/2016 21:42, Programmingkid wrote: >>> In other words, the driver is buggy and presumably would have never >>> worked on real hardware? >> >> I can't say that for sure. I would need an actual RTL8139 nic with a >> PowerMac running

Re: [Qemu-devel] Possible reference leak in device_set_realized(...)

2016-01-01 Thread Paolo Bonzini
On 31/12/2015 19:13, Ilya Lesokhin wrote: > I was able to overcome this issue by calling object_unparent on my > device but I’m not sure that the correct way of fixing it. Yes, it's definitely the right way to fix it. Paolo

Re: [Qemu-devel] [PATCH] Make rtl8139 network interface card compatible with Mac OS 10.4

2016-01-01 Thread Paolo Bonzini
On 01/01/2016 21:42, Programmingkid wrote: > > In other words, the driver is buggy and presumably would have never > > worked on real hardware? > > I can't say that for sure. I would need an actual RTL8139 nic with a PowerMac > running > Mac OS 10.4 to answer that question. Is there anyone on t

Re: [Qemu-devel] [PATCH] Make rtl8139 network interface card compatible with Mac OS 10.4

2016-01-01 Thread Programmingkid
On Jan 1, 2016, at 4:36 PM, Paolo Bonzini wrote: > > > On 30/12/2015 01:35, Programmingkid wrote: >> After a lot of stepping thru code using gdb, I found out that a >> MemoryRegions's enabled member variable was set to false, causing a zero >> value being returned every time. When I set the val

Re: [Qemu-devel] [PATCH] Make rtl8139 network interface card compatible with Mac OS 10.4

2016-01-01 Thread Paolo Bonzini
On 30/12/2015 01:35, Programmingkid wrote: > After a lot of stepping thru code using gdb, I found out that a > MemoryRegions's enabled member variable was set to false, causing a zero > value being returned every time. When I set the value to true, that is > when the magic started happening. For

Re: [Qemu-devel] [PATCH] Make rtl8139 network interface card compatible with Mac OS 10.4

2016-01-01 Thread Programmingkid
On Jan 1, 2016, at 3:32 PM, Paolo Bonzini wrote: > > > On 29/12/2015 18:59, Programmingkid wrote: >> @@ -699,6 +699,7 @@ static inline int pci_dma_rw(PCIDevice *dev, dma_addr_t >> addr, >> static inline int pci_dma_read(PCIDevice *dev, dma_addr_t addr, >>void *b

Re: [Qemu-devel] [PATCH] Make rtl8139 network interface card compatible with Mac OS 10.4

2016-01-01 Thread Paolo Bonzini
On 29/12/2015 18:59, Programmingkid wrote: > @@ -699,6 +699,7 @@ static inline int pci_dma_rw(PCIDevice *dev, dma_addr_t > addr, > static inline int pci_dma_read(PCIDevice *dev, dma_addr_t addr, > void *buf, dma_addr_t len) > { > +memory_region_set_enabled(&

Re: [Qemu-devel] [PATCH] target-mips: Fix ALIGN instruction when bp=0

2016-01-01 Thread Aurelien Jarno
[snip] > From e01539a11061c447bece8dccde1715da9534024d Mon Sep 17 00:00:00 2001 > From: Miodrag Dinic > Date: Thu, 3 Dec 2015 16:48:57 +0100 > Subject: [PATCH] target-mips: Fix ALIGN instruction when bp=0 > > If executing ALIGN with shift count bp=0 within mips64 emulation, > the result of the o

[Qemu-devel] [Bug 1481272] Re: main-loop: WARNING: I/O thread spun for 1000 iterations

2016-01-01 Thread T-artem
Count me in: Windows 10 Pro 64 November 2015 update is totally unusable because of this bug. Some people say their VM recovers over time but mine doesn't apparently - I've been waiting for 15 minutes and the QEmu window is just dead. -- You received this bug notification because you are a member

Re: [Qemu-devel] [PATCH] spapr: Fix return type of spapr_machine_finalizefn

2016-01-01 Thread David Gibson
On Fri, Jan 01, 2016 at 01:56:16PM +0530, Bharata B Rao wrote: > Fix the compilation failure by changing the return type of > spapr_machine_finalizefn() to void. > > Signed-off-by: Bharata B Rao > --- > Applies against ppc-for-2.6 branch of David Gibson's tree. I've already fixed this in my tree

[Qemu-devel] [PATCH] spapr: Fix return type of spapr_machine_finalizefn

2016-01-01 Thread Bharata B Rao
Fix the compilation failure by changing the return type of spapr_machine_finalizefn() to void. Signed-off-by: Bharata B Rao --- Applies against ppc-for-2.6 branch of David Gibson's tree. hw/ppc/spapr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/ppc/spapr.c b/hw/ppc/s