Re: Question about TC filter

e, it will help us to figure out whether this was really a bug or expected behavior. Thanks. On Fri, Aug 7, 2020 at 12:05 AM Cong Wang wrote: > > On Thu, Aug 6, 2020 at 10:21 AM satish dhote wrote: > > > > Hi Cong, > > > > I tried adding below patch i.e. "return c

Re: Question about TC filter

Hi Cong, I tried adding below patch i.e. "return cl == 0 ? q->block : NULL;" but after this I'm not able to see any output using "tc filter show... " command. Looks like the filter is not getting configured. If this is a bug, then do I need to file a new ticket for

Re: Question about TC filter

Hi Jakub, Thanks for your response. Below are the OS and Kernel version I'm using. OS: Ubuntu 20.04.1 LTS Kernel Version: 5.4.0-42-generic Thanks Satish On Wed, Aug 5, 2020 at 10:15 PM Jakub Kicinski wrote: > > On Wed, 5 Aug 2020 11:08:08 +0530 satish dhote wrote: > > Hi Tea

Question about TC filter

e pass val 0 index 1 ref 1 bind 1 Thanks Satish

Re: [PATCH net-next 0/3] cls_flower: Offload unmasked key

Hi David, Thank you so much for providing your review comments. We decided to withdraw this patch for the time being. We'll resubmit this patch addressing all your comments with the driver code in future". On Sat, Jun 20, 2020 at 1:42 AM David Miller wrote: > > > You are giving no context on wh

Re: Linux kernel error stack

n Sun, Aug 5, 2018 at 4:39 PM, Satish Patel wrote: > Florian, > > I have removed those port 80 CHECKSUM rules and everything looks good > i didn't see kernel WARN mesg. > > Thank you so much! You just nailed it :) > > On Sun, Aug 5, 2018 at 4:15 PM, Satish Patel wrote

Re: Linux kernel error stack

Florian, I have removed those port 80 CHECKSUM rules and everything looks good i didn't see kernel WARN mesg. Thank you so much! You just nailed it :) On Sun, Aug 5, 2018 at 4:15 PM, Satish Patel wrote: > Florian, > > It seems those rules coming from here > https://git

Re: Linux kernel error stack

Florian, It seems those rules coming from here https://github.com/openstack/openstack-ansible-os_neutron/blob/master/files/post-up-metadata-checksum On Sun, Aug 5, 2018 at 4:09 PM, Satish Patel wrote: > Yes this is openstack-ansible deployment tool which set them up. I am > wondering whe

Re: Linux kernel error stack

think i should get rid of all CHEKSUM option in iptables rules? Am i right? On Sun, Aug 5, 2018 at 4:02 PM, Florian Westphal wrote: > Satish Patel wrote: >> > [84166:59495417] -A POSTROUTING -p tcp -m tcp --sport 80 -j CHECKSUM >> > --checksum-fill >> > [68739:515

Re: Linux kernel error stack

I am configured where are those rules stored why iptables -L -n -t nat not showing them? On Sun, Aug 5, 2018 at 3:56 PM, Satish Patel wrote: > Oh wait!! I think you are right there i didn't notice that iptables > has following setting. > > "CHECKSUM --checksum-fill" &

Re: Linux kernel error stack

Oh wait!! I think you are right there i didn't notice that iptables has following setting. "CHECKSUM --checksum-fill" On Sun, Aug 5, 2018 at 3:54 PM, Satish Patel wrote: > I have following kernel logging set. > > [root@ostack-infra-02 tools]# cat /proc/sys/kernel/printk

Re: Linux kernel error stack

ACCEPT COMMIT # Completed on Sun Aug 5 15:52:56 2018 On Sun, Aug 5, 2018 at 3:42 PM, Florian Westphal wrote: > Satish Patel wrote: >> Thanks Florian, >> >> FYI, I don't have any CHECKSUM configure in my iptables, > > You have, according to WARN stacktrace yo

Re: Linux kernel error stack

tphal wrote: > Satish Patel wrote: >> I am installing openstack and as you know i have lots of bridges and >> vlan interface on my Linux CentOS 7.5 >> >> I was getting following error stack on 3.10 kernel and found this is >> kernel bug which required kernel upgrade

Linux kernel error stack

Folks, I am installing openstack and as you know i have lots of bridges and vlan interface on my Linux CentOS 7.5 I was getting following error stack on 3.10 kernel and found this is kernel bug which required kernel upgrade so now i have upgraded my kernel to 4.17.12 but i am still seeing same ke

Re: tg3 crashes under high load, when using 100Mbits

expected time with lower link speeds. Need to override > and the clock in driver. We are checking the feasibility of adding > this in driver or firmware. Hi Kai-Heng, Can you please test the attached patch? Thanks, Satish tg3_5762_clock_override.patch Description: Binary data

Re: NETDEV WATCHDOG: eth0 (tg3): transmit queue 0 timed out

> We are actively working on this. We will soon provide you an update on this. Hi Borislav, Can you please test the attached patch? Thanks, Satish tg3_5762_clock_override.patch Description: Binary data

[PATCH net] tg3: APE heartbeat changes

mechanism is needed to notify the APE firmware about driver state. This patch also has the change in wait time for APE event from 1ms to 20ms as there can be some delay in getting response. v2: Drop inline keyword as per David suggestion. Signed-off-by: Prashant Sreedharan Signed-off-by: Satish

Re: [PATCH net] tg3: APE heartbeat changes

On Sat, Feb 17, 2018 at 2:56 AM, David Miller wrote: > > From: Satish Baddipadige > Date: Fri, 16 Feb 2018 10:01:29 +0530 > > > @@ -990,6 +984,18 @@ static void tg3_ape_driver_state_change(struct tg3 > > *tp, int kind) > > tg3_ape_send_event(tp, event); >

[PATCH net] tg3: APE heartbeat changes

mechanism is needed to notify the APE firmware about driver state. This patch also has the change in wait time for APE event from 1ms to 20ms as there can be some delay in getting response. Signed-off-by: Prashant Sreedharan Signed-off-by: Satish Baddipadige Signed-off-by: Siva Reddy Kallam

[PATCH net] tg3: APE heartbeat changes

mechanism is needed to notify the APE firmware about driver state. This patch also has the change in wait time for APE event from 1ms to 20ms as there can be some delay in getting response. Signed-off-by: Prashant Sreedharan Signed-off-by: Satish Baddipadige Signed-off-by: Siva Reddy Kallam

[PATCH net] tg3: APE heartbeat changes

mechanism is needed to notify the APE firmware about driver state. This patch also has the change in wait time for APE event from 1ms to 20ms as there can be some delay in getting response. Signed-off-by: Prashant Sreedharan Signed-off-by: Satish Baddipadige Signed-off-by: Siva Reddy Kallam

[PATCH net-next] tg3: Add Macronix NVRAM support

From: Prashant Sreedharan This patch adds the support for Macronix NVRAM Signed-off-by: Prashant Sreedharan Signed-off-by: Satish Baddipadige Reviewed-by: Michael Chan --- drivers/net/ethernet/broadcom/tg3.c | 21 +++-- drivers/net/ethernet/broadcom/tg3.h | 14

[PATCH net-next] tg3: Add Macronix NVRAM support

From: Prashant Sreedharan This patch adds the support for Macronix NVRAM Signed-off-by: Prashant Sreedharan Signed-off-by: Satish Baddipadige Reviewed-by: Michael Chan --- drivers/net/ethernet/broadcom/tg3.c | 21 +++-- drivers/net/ethernet/broadcom/tg3.h | 14

RE: [Problem] broadcom tg3 network driver disconnects under high load

, We are unable to proceed further. Thank You for continuous efforts and help. Thanks, Satish -Original Message- From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On Behalf Of Prashant Sreedharan Sent: Thursday, April 30, 2015 12:25 AM To: Toan Pham Cc: Michae