[meta-freescale] meta-fsl-ppc: questioning reason to disable reverse path filtering...

Bob Cochran yocto at mindchasers.com
Mon Dec 1 20:02:13 PST 2014


On 12/01/2014 09:38 PM, ting.liu at freescale.com wrote:
> Hi Bob,
>
> You are right. Below is the answer from Sandeep (added in):
>
> "The RP_FILTER issues are specific to AS_FASTPATH and with current ASF implementation the RP_FILTER needs to be disabled. Since the ASF is disabled by default so the RP_FILTER can be enabled by default and the same can be disabled when someone enables the AS_FASTPATH."
>


Thank you Ting.  What is the right way to patch this?  Can we remove the 
procps bbappend and add something to AS_FASTPATH Kconfig help as I had 
proposed?

If not, please propose what you would like to see.


> -Ting
>
>> -----Original Message-----
>> From: meta-freescale-bounces at yoctoproject.org [mailto:meta-freescale-
>> bounces at yoctoproject.org] On Behalf Of Bob Cochran
>> Sent: Sunday, November 30, 2014 3:06 AM
>> To: meta-freescale at yoctoproject.org
>> Subject: [meta-freescale] meta-fsl-ppc: questioning reason to disable reverse
>> path filtering...
>>
>> Hi,
>>
>> Reverse Path filtering (RPF) is disabled by meta-fsl-ppc/recipes-
>> extended/procps_%.bbappend.
>>
>> The git log states: "rp_filter causes issues with VLAN interfaces."
>>
>> An email patch for procps from FSL back on 3/7/13 states:
>>
>> "disable rp_filter to enhance ASF IP forward performance, which is really fsl
>> SDK specific."
>>
>> Are both of these statements true?
>>
>> If so, it looks like AS_FASTPATH is almost always disabled by default in the
>> powerpc defconfigs.  Therefore, if reverse path filtering issues are specific
>> to AS_FASTPATH, I suggest RPF shouldn't be disabled by default.
>>    Perhaps add a comment in the drivers/net/Kconfig help for AS_FASTPATH that
>> if AS_FASTPATH is enabled, then disable RPF.
>>
>> Regardless, can we get a description added to this recipe append file to
>> document why it exists?   And if there is no need to disable RPF in
>> default configurations, can we just get rid of it?
>>
>> Thanks
>>
>> Bob
>>
>>
>>
>>
>>
>>
>> --
>> _______________________________________________
>> meta-freescale mailing list
>> meta-freescale at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/meta-freescale
>



More information about the meta-freescale mailing list