qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [FYI] Soft feature freeze for 1.0 is 10/15 (three weeks


From: Avi Kivity
Subject: Re: [Qemu-devel] [FYI] Soft feature freeze for 1.0 is 10/15 (three weeks away)
Date: Mon, 26 Sep 2011 20:18:39 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2

On 09/26/2011 08:15 PM, Blue Swirl wrote:
On Mon, Sep 26, 2011 at 10:08 AM, Avi Kivity<address@hidden>  wrote:
>  On 09/25/2011 08:31 PM, Blue Swirl wrote:
>>
>>  >
>>  >    Please point out a test case and I'll try to fix it.
>>
>>  Run qemu-system-ppc without any arguments. There is a black bar
>>  (because of vga.chain4), it shouldn't be there.
>
>  With your pci hole patch, it's fixed, except for:
>
>      escc_mem = escc_init(0x80013000, pic[0x25], pic[0x24],
>                           serial_hds[0], serial_hds[1], ESCC_CLOCK, 4)
>
>  This puts escc bang into the framebuffer.  Changing it to 0x90013000 makes
>  the black bar go away.
>
>  Before the memory API, this worked, likely because the framebuffer overlays
>  escc.
>
>  The correct fix depends on what the hardware does.  Is escc really
>  registered into the pci area, and again as a BAR?

I think the previous code assumed that there is a single BAR with
default address of 0x80013000, but it can move as controlled by macio
mapping.

So the fix would be to just drop this extraneous mapping?

--
error compiling committee.c: too many arguments to function




reply via email to

[Prev in Thread] Current Thread [Next in Thread]