* meta-fsl-ppc: questioning reason to disable reverse path filtering... @ 2014-11-29 19:06 Bob Cochran 2014-11-30 2:44 ` ting.liu 2014-12-02 2:38 ` ting.liu 0 siblings, 2 replies; 6+ messages in thread From: Bob Cochran @ 2014-11-29 19:06 UTC (permalink / raw) To: meta-freescale@yoctoproject.org 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: meta-fsl-ppc: questioning reason to disable reverse path filtering... 2014-11-29 19:06 meta-fsl-ppc: questioning reason to disable reverse path filtering Bob Cochran @ 2014-11-30 2:44 ` ting.liu 2014-12-02 2:38 ` ting.liu 1 sibling, 0 replies; 6+ messages in thread From: ting.liu @ 2014-11-30 2:44 UTC (permalink / raw) To: Bob Cochran; +Cc: meta-freescale@yoctoproject.org > -----Original Message----- > From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale- > bounces@yoctoproject.org] On Behalf Of Bob Cochran > Sent: Sunday, November 30, 2014 3:06 AM > To: meta-freescale@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? > [Liu Ting-B28495] Hi Bob, we will reply to you when the detailed info got from our dev/test team. > Thanks > > Bob > > > > > > > -- > _______________________________________________ > meta-freescale mailing list > meta-freescale@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-freescale ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: meta-fsl-ppc: questioning reason to disable reverse path filtering... 2014-11-29 19:06 meta-fsl-ppc: questioning reason to disable reverse path filtering Bob Cochran 2014-11-30 2:44 ` ting.liu @ 2014-12-02 2:38 ` ting.liu 2014-12-02 4:02 ` Bob Cochran 1 sibling, 1 reply; 6+ messages in thread From: ting.liu @ 2014-12-02 2:38 UTC (permalink / raw) To: Bob Cochran, Sandeep.Malik@freescale.com; +Cc: meta-freescale@yoctoproject.org 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@yoctoproject.org [mailto:meta-freescale- > bounces@yoctoproject.org] On Behalf Of Bob Cochran > Sent: Sunday, November 30, 2014 3:06 AM > To: meta-freescale@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@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-freescale ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: meta-fsl-ppc: questioning reason to disable reverse path filtering... 2014-12-02 2:38 ` ting.liu @ 2014-12-02 4:02 ` Bob Cochran 2014-12-05 8:22 ` zhenhua.luo 0 siblings, 1 reply; 6+ messages in thread From: Bob Cochran @ 2014-12-02 4:02 UTC (permalink / raw) To: ting.liu@freescale.com, Sandeep.Malik@freescale.com Cc: meta-freescale@yoctoproject.org On 12/01/2014 09:38 PM, ting.liu@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@yoctoproject.org [mailto:meta-freescale- >> bounces@yoctoproject.org] On Behalf Of Bob Cochran >> Sent: Sunday, November 30, 2014 3:06 AM >> To: meta-freescale@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@yoctoproject.org >> https://lists.yoctoproject.org/listinfo/meta-freescale > ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: meta-fsl-ppc: questioning reason to disable reverse path filtering... 2014-12-02 4:02 ` Bob Cochran @ 2014-12-05 8:22 ` zhenhua.luo 2014-12-07 18:23 ` Bob Cochran 0 siblings, 1 reply; 6+ messages in thread From: zhenhua.luo @ 2014-12-05 8:22 UTC (permalink / raw) To: Bob Cochran, ting.liu@freescale.com, Sandeep.Malik@freescale.com Cc: meta-freescale@yoctoproject.org Since the RP_FILTER options only influence the ASF performance, ASF is disabled by default, so the procps bbappend can be removed to enable the RP_FILTER options by default. The ASF document needs to be updated to tell users to disable RP_FILTER options when using ASF. Best Regards, Zhenhua > -----Original Message----- > From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale- > bounces@yoctoproject.org] On Behalf Of Bob Cochran > Sent: Tuesday, December 02, 2014 12:02 PM > To: Liu Ting-B28495; Malik Sandeep-B02416 > Cc: meta-freescale@yoctoproject.org > Subject: Re: [meta-freescale] meta-fsl-ppc: questioning reason to disable > reverse path filtering... > > On 12/01/2014 09:38 PM, ting.liu@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@yoctoproject.org [mailto:meta-freescale- > >> bounces@yoctoproject.org] On Behalf Of Bob Cochran > >> Sent: Sunday, November 30, 2014 3:06 AM > >> To: meta-freescale@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@yoctoproject.org > >> https://lists.yoctoproject.org/listinfo/meta-freescale > > > > -- > _______________________________________________ > meta-freescale mailing list > meta-freescale@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-freescale ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: meta-fsl-ppc: questioning reason to disable reverse path filtering... 2014-12-05 8:22 ` zhenhua.luo @ 2014-12-07 18:23 ` Bob Cochran 0 siblings, 0 replies; 6+ messages in thread From: Bob Cochran @ 2014-12-07 18:23 UTC (permalink / raw) To: zhenhua.luo@freescale.com, ting.liu@freescale.com, Sandeep.Malik@freescale.com Cc: meta-freescale@yoctoproject.org On 12/05/2014 03:22 AM, zhenhua.luo@freescale.com wrote: > Since the RP_FILTER options only influence the ASF performance, ASF is disabled by default, so the procps bbappend can be removed to enable the RP_FILTER options by default. > > The ASF document needs to be updated to tell users to disable RP_FILTER options when using ASF. Thank you Ting and Zhenhua for the responses. It's my understanding that the QorIQ SDK1.7 will soon be out. Therefore, I'm not going to submit any additional patches to meta-fsl-ppc until I have had a chance to review the new SDK. Also, I'm expecting that your FSL team will soon be pushing up various patches to meta-fsl-ppc to sync with the latest SDK. During the last community meeting, I took an action item to help with meta-fsl-ppc. I'm planning on doing this in earnest after the SDK 1.7 release. Best of luck completing the new SDK. Bob > > > Best Regards, > > Zhenhua > >> -----Original Message----- >> From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale- >> bounces@yoctoproject.org] On Behalf Of Bob Cochran >> Sent: Tuesday, December 02, 2014 12:02 PM >> To: Liu Ting-B28495; Malik Sandeep-B02416 >> Cc: meta-freescale@yoctoproject.org >> Subject: Re: [meta-freescale] meta-fsl-ppc: questioning reason to disable >> reverse path filtering... >> >> On 12/01/2014 09:38 PM, ting.liu@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@yoctoproject.org [mailto:meta-freescale- >>>> bounces@yoctoproject.org] On Behalf Of Bob Cochran >>>> Sent: Sunday, November 30, 2014 3:06 AM >>>> To: meta-freescale@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@yoctoproject.org >>>> https://lists.yoctoproject.org/listinfo/meta-freescale >>> >> >> -- >> _______________________________________________ >> meta-freescale mailing list >> meta-freescale@yoctoproject.org >> https://lists.yoctoproject.org/listinfo/meta-freescale > ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-12-07 18:23 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-11-29 19:06 meta-fsl-ppc: questioning reason to disable reverse path filtering Bob Cochran 2014-11-30 2:44 ` ting.liu 2014-12-02 2:38 ` ting.liu 2014-12-02 4:02 ` Bob Cochran 2014-12-05 8:22 ` zhenhua.luo 2014-12-07 18:23 ` Bob Cochran
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.