[Skiboot] [PATCH v11 03/11] skiboot: Add chip id to HOMER reserved region

Madhavan Srinivasan maddy at linux.vnet.ibm.com
Fri May 12 15:41:06 AEST 2017



On Friday 12 May 2017 06:50 AM, Stewart Smith wrote:
> Madhavan Srinivasan <maddy at linux.vnet.ibm.com> writes:
>> From: Vasant Hegde <hegdevasant at linux.vnet.ibm.com>
>>
>> This patch adds a "ibm,chip-id" property to HOMER reserved region. That
>> helps us in relating the HOMER reserved region to the chip that its
>> associated with.
>>
>> This patch is required for nest IMC counters since, the counter values
>> are stored in an offset inside the HOMER region. To read those values
>> from the kernel for a chip, we need to associate the region to its
>> associated chip.
>>
>> Signed-off-by: Vasant Hegde <hegdevasant at linux.vnet.ibm.com>
>> Signed-off-by: Hemant Kumar <hemant at linux.vnet.ibm.com>
>> Signed-off-by: Madhavan Srinivasan <maddy at linux.vnet.ibm.com>
>> ---
>>   core/init.c       |  3 +++
>>   hw/homer.c        | 30 ++++++++++++++++++++++++++++++
>>   include/skiboot.h |  1 +
>>   3 files changed, 34 insertions(+)
> As mentioned in review of the kernel patch (see
> https://patchwork.ozlabs.org/patch/758583/ ) I think it woul be better
> that if instead of keying everything to /reserved-memory/ibm,homer-image
> we just provided a base address either directly in the IMC DT part or
> have a phandle reference to the reserved-memory region that's
> appropriate.
Yes. I agree. So can we add a chip node under /imc DT
to pass on this data. Something like this

     chip@<id> {
         base_addr = < addr >;
         ibm,chip-id = < id>;
     };

Maddy

>
> This would give us flexibility in the interface to the kernel, and not
> tie us to counters in the ibm,homer-image.
>
>



More information about the Skiboot mailing list