qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [Qemu-ppc] [PATCH 41/77] ppc/pnv: Add LPC controller an


From: Alexey Kardashevskiy
Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH 41/77] ppc/pnv: Add LPC controller and hook it up with a UART and RTC
Date: Wed, 2 Dec 2015 13:24:22 +1100
User-agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0

On 12/01/2015 05:43 PM, David Gibson wrote:
On Tue, Nov 17, 2015 at 11:40:04AM +1100, Benjamin Herrenschmidt wrote:
On Tue, 2015-11-17 at 11:32 +1100, Alexey Kardashevskiy wrote:
On 11/11/2015 11:27 AM, Benjamin Herrenschmidt wrote:
This adds a model of the POWER8 LPC controller. It is then used
by the PowerNV code to attach a UART and RTC, which, with the right
version of OPAL firmware, will provide a working console.

This version of the LPC controller model doesn't yet implement
support for the SerIRQ deserializer present in the Naples version
of the chip though some preliminary work is there.


Is this LPC controller one per a chip or per a machine?

Per chip but we usually only wire one up per machine.

In general it is quite nice when "-nodefaults" does not create
neither PHB nor LPC so the user can add them manually with parameters
different than defaults.

In this case though, PHB and LPC bridges are all part of the P8 chip,
and I'm trying to represent that topology as best as possible.

I think "-nodefaults" for Pnv should only be about the devices we
attach to the LPC/PHB not the busses themselves.

Exactly what is and isn't covered by -nodefaults is a bit of a mess -
part of the topic of my talk at KVM Forum.

But on the whole I agree with you, since the LPC is part of the P8
chip, I think it makes sense to include it even with -nodefaults.

POWER8 chips all have 8 threads per core but we do not always assume -smt ...,threads=8, how are LPC or PHB different? PHB is more interesting - how is the user supposed to add more? And there always will be the default one which properties are set in a separate way (via -global, not -device). I found it sometime really annoying to debug the existing pseries which always adds a default PHB (I know, this was to make libvirt happy but this is not the case here).

Out of curiosity - if we have 2 chips, will the system work if the second chip does not get any LPC or PHB attached?


--
Alexey



reply via email to

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