[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation
From: |
Andreas Färber |
Subject: |
Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation |
Date: |
Tue, 07 May 2013 00:41:50 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 |
Am 06.05.2013 22:57, schrieb Hervé Poussineau:
> Alexander Graf a écrit :
>> On 05/03/2013 07:57 AM, Hervé Poussineau wrote:
>>> Alexander Graf a écrit :
>>>>
>>>> Am 02.05.2013 um 22:08 schrieb Hervé Poussineau <address@hidden>:
>>>>
>>>>> Non-contiguous I/O is not implemented.
>>>>>
>>>>> There is also somewhere a bug in the memory controller, which means
>>>>> that some real firmwares may not detect the correct amount of memory.
>>>>> This can be bypassed by adding '-m 1G' on the command line.
>>>>>
>>>>> Add x-auto-conf property, to automatically configure the memory
>>>>> controller at startup. This will be required by OpenBIOS, which
>>>>> doesn't know how to do it.
>>>>
>>>> Why not teach it? I'd prefer to see that logic in firmware.
>>>
>>> Me too, but I'm not confident enough in my capabilities to do it.
>>
>> Huh? Why not? Most of the device initialization code in OpenBIOS
>> happens in C, so you don't even have to touch Forth code :).
>>
>>> Autoconfiguration is only in one place of the code, so I think it can
>>> be removed easily once OpenBIOS has this logic.
>>
>> I'd prefer if we could come up with a clean model from the start. It
>> really shouldn't be hard at all.
>>
>
> I thought that for all other usages of OpenBIOS in QEMU, RAM was
> supposed to be available as soon as machine was powered on.
>
> However, I checked OpenBIOS code:
> One of the first things done in arch/ppc/qemu/start.S is to copy the
> exception vectors. So, I should add code before it to detect memory
> controller, detect ram size and configure memory controller?
No. Why? QEMU does not depend on the memory controller being
initialized, only the OS might expect some registers to be filled in. So
you should look at or add the MPC105 PHB initialization hook in
OpenBIOS' PCI code, long after the memory is set up.
> It seems quite a bit of code.
> Do you have an example of how to do it for another memory controller, so
> I can adapt the code?
Not sure if there's a memory controller specifically, but the Mac PHBs
are being initialized and on my PReP OpenBIOS branch I may have touched
that code...
Regards,
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
- [Qemu-ppc] [PATCH 0/7] ppc/prep: add IBM RS/6000 43p machine, Hervé Poussineau, 2013/05/02
- [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation, Hervé Poussineau, 2013/05/02
- Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation, Alexander Graf, 2013/05/02
- Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation, Hervé Poussineau, 2013/05/03
- Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation, Alexander Graf, 2013/05/06
- Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation, Hervé Poussineau, 2013/05/06
- Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation, Alexander Graf, 2013/05/06
- Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation,
Andreas Färber <=
- Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation, Hervé Poussineau, 2013/05/07
- Re: [Qemu-ppc] [PATCH 1/7] pci: add MPC105 PCI host bridge emulation, Blue Swirl, 2013/05/09
[Qemu-ppc] [PATCH 2/7] qom: handle registration of new types when initializing the first ones, Hervé Poussineau, 2013/05/02
[Qemu-ppc] [PATCH 3/7] m48t59: move ISA ports/memory regions registration to QOM constructor, Hervé Poussineau, 2013/05/02
[Qemu-ppc] [PATCH 4/7] m48t59: register a QOM type for each nvram type we support, Hervé Poussineau, 2013/05/02