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

[ting.liu at freescale.com]

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."

-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