[PATCH 5/5] powerpc/fsl_msi: add 'msiregs' kernel parameter

Scott Wood scottwood at freescale.com
Wed Jun 19 02:22:25 EST 2013


On 06/17/2013 10:10:17 PM, Lian Minghuan-b31939 wrote:
> Hi Scott,
> 
> please see my comments inline.
> 
> On 06/18/2013 08:18 AM, Scott Wood wrote:
>> On 06/17/2013 12:36:50 AM, Lian Minghuan-b31939 wrote:
>>> Hi Scott,
>>> 
>>> please see my comments inline.
>>> 
>>> On 06/15/2013 06:13 AM, Scott Wood wrote:
>>>> On 06/14/2013 02:15:59 AM, Minghuan Lian wrote:
>>>>> 1. Only MSIIR1 can index 16 MSI registers, but when using MSIIR1
>>>>> the IRQs of a register are not continuous. for example, the first
>>>>> register irq values are 0x0, 0x10, 0x20, 0x30 ... 0x1f0. So it
>>>>> is hard to use 'msi-available-ranges' property to indicate the
>>>>> available ranges and 'msi-available-ranges' property has been
>>>>> removed from dts node, so this patch removes the related code.
>>>>> 
>>>>> 2. Add 'msiregs' kernel parameter instead of  
>>>>> 'msi-available-ranges'
>>>>> functionality.
>>>> 
>>>> The reason we used a device tree property was because this is for  
>>>> virtualization and AMP scenarios where this instance of Linux does  
>>>> not own all of the MSI registers.
>>>> 
>>>> I don't see any reasonable way to partition an MPIC v4.3 MSI group  
>>>> -- but there are more groups, so it's not that bad. What's the use  
>>>> case for this patch?
>>>> 
>>> [Minghuan] I do not known any case about this patch. I add  
>>> 'msiregs' just for achieving "msi-available-ranges" functionality.  
>>> I do not want to remove partition functionality when updating to  
>>> mpic4.3, although I do not see virtualization and AMP cases on  
>>> T4(KVM does not need this functionality).
>> 
>> Such functionality does not work on mpic v4.3.  There are  
>> conflicting requirements of contiguous MSIs (because PCI devices can  
>> use them that way) and the inability to partition a single register  
>> (because they all go to the same MPIC interrupt).
>> 
>> Keep msi-available-ranges as is for older hardware, and just ignore  
>> it (with a warning printed) if it's present on MPIC v4.3.
>> 
> [Minghuan] Thanks for your guidance.
> But 'msireg' should be remained or removed?

Removed.

-Scott


More information about the Linuxppc-dev mailing list