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
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
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
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
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
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
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
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(&
[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
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
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
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
12 matches
Mail list logo