Re: [ovs-dev] [PATCH 1/1] netdev-offload-dpdk: Support vxlan encap offload with load actions

On 10/16/2020 3:02 AM, Ilya Maximets wrote: External email: Use caution opening links or attachments On 10/12/20 5:25 PM, Sriharsha Basavapatna via dev wrote: On Mon, Oct 12, 2020 at 4:48 PM Eli Britstein wrote: On 10/12/2020 10:20 AM, Sriharsha Basavapatna wrote: On Sun, Sep 6, 2020 at

[ovs-dev] (no subject)

Bitte kontaktieren Sie Frau Settnik Renate für Ihre 2,3 Millionen Entschädigungskarte mit dieser E-Mail; renateb...@gmail.com Senden Sie Ihre Antwort an; renateb...@gmail.com -- This message has been scanned by E.F.A. Project and is believed to be clean.

Re: [ovs-dev] [PATCH 1/1] netdev-offload-dpdk: Support vxlan encap offload with load actions

On 10/12/20 5:25 PM, Sriharsha Basavapatna via dev wrote: > On Mon, Oct 12, 2020 at 4:48 PM Eli Britstein wrote: >> >> >> On 10/12/2020 10:20 AM, Sriharsha Basavapatna wrote: >>> On Sun, Sep 6, 2020 at 5:51 PM Eli Britstein wrote: ping On 7/30/2020 1:58 PM, Eli Britstein wrote:

[ovs-dev] Qualify Online Now - 2nd Amendment Rights

Having trouble viewing this email? Please follow this link to see the messaged emailed to you. Product Image Product Image Product Image Product Image (Unsubscribe Instructions Here) (Unsubscribe Instructions Here) ___ dev mailing list

Re: [ovs-dev] [PATCH ovn v2 2/3] actions: Add new OVN logical fields 'ip.src' and ip.dst'.

On 10/14/20 8:38 AM, Numan Siddique wrote: On Wed, Oct 14, 2020 at 5:51 PM Dumitru Ceara wrote: On 10/14/20 2:13 PM, Numan Siddique wrote: On Wed, Oct 14, 2020 at 5:34 PM Dumitru Ceara wrote: On 10/14/20 1:54 PM, Numan Siddique wrote: On Wed, Oct 14, 2020 at 4:40 PM Dumitru Ceara wrote:

[ovs-dev] Cursos Bonifcables (ÚLTIMA CONVOCATORIA 2020)

Buenos días Llegadas estas fechas y como cada año, recordamos a todas las empresas Españolas su derecho a consumir el Crédito de Formación del que disponen para la formación de sus empleados en activo o en ERTE, antes de su caducidad a final de año. Actualmente se encuentra abierto el plazo

Re: [ovs-dev] [PATCH ovn v7] ofctrl.c: Add a predictable resolution for conflicting flow actions.

On 10/15/20 8:05 PM, Han Zhou wrote: >> >> Acked-by: Mark Gray mailto:mark.d.g...@redhat.com>> >> > > Thanks Dumitru and Mark. I applied this to master with the small typo > mentioned > by Mark fixed. > Thanks Han and Mark for the reviews! ___ dev

Re: [ovs-dev] [PATCH ovn v7] ofctrl.c: Add a predictable resolution for conflicting flow actions.

On Thu, Oct 15, 2020 at 10:32 AM Mark Gray wrote: > > On 15/10/2020 10:12, Dumitru Ceara wrote: > > Until now, in case the ACL configuration generates openflows that have > > the same match but different actions, ovn-controller was using the > > following approach: > > 1. If the flow being added

[ovs-dev] OVN Meeting Logs 15 October, 2020

Here is the IRC log for the OVN meeting for 15 October, 2020 http://eavesdrop.openstack.org/meetings//ovn_community_development_discussion/2020/ovn_community_development_discussion.2020-10-15-17.21.log.html If you are interested in attending this meeting, it happens every Thursday in the

Re: [ovs-dev] [PATCH ovn v7] ofctrl.c: Add a predictable resolution for conflicting flow actions.

On 15/10/2020 10:12, Dumitru Ceara wrote: > Until now, in case the ACL configuration generates openflows that have > the same match but different actions, ovn-controller was using the > following approach: > 1. If the flow being added contains conjunctive actions, merge its >actions with the

[ovs-dev] [PATCH net v3] net: openvswitch: fix to make sure flow_lookup() is not preempted

The flow_lookup() function uses per CPU variables, which must be called with BH disabled. However, this is fine in the general NAPI use case where the local BH is disabled. But, it's also called from the netlink context. The below patch makes sure that even in the netlink path, the BH is disabled.

Re: [ovs-dev] [PATCH net v2] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 15 Oct 2020, at 14:34, Sebastian Andrzej Siewior wrote: On 2020-10-15 11:46:53 [+0200], Eelco Chaudron wrote: The flow_lookup() function uses per CPU variables, which must not be preempted. However, this is fine in the general napi use case where the local BH is disabled. But, it's also

[ovs-dev] ATTN: Mistakes On Your Account

Having trouble viewing this email? Please follow this link to see the messaged emailed to you. Please note, the following message content shown below is an important advertisement sent to you. Product Image Product Image Product Image Product Image (Unsubscribe Instructions Here)

Re: [ovs-dev] [PATCH 3/3] tunnel: Set ECN mask bits only when it is matched in the IP header

> -Original Message- > From: dev On Behalf Of Sriharsha > Basavapatna via dev > Sent: Friday 10 July 2020 13:07 > To: d...@openvswitch.org > Subject: [ovs-dev] [PATCH 3/3] tunnel: Set ECN mask bits only when it is > matched in the IP header > > IP_ECN_MASK is set unconditionally in

Re: [ovs-dev] [PATCH net v2] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 15 Oct 2020, at 13:22, Ilya Maximets wrote: On 10/15/20 1:04 PM, Ilya Maximets wrote: On 10/15/20 12:54 PM, Eelco Chaudron wrote: On 15 Oct 2020, at 12:27, Ilya Maximets wrote: On 10/15/20 11:46 AM, Eelco Chaudron wrote: The flow_lookup() function uses per CPU variables, which must

Re: [ovs-dev] [PATCH net v2] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 2020-10-15 11:46:53 [+0200], Eelco Chaudron wrote: > The flow_lookup() function uses per CPU variables, which must not be > preempted. However, this is fine in the general napi use case where > the local BH is disabled. But, it's also called in the netlink > context, which is preemptible. The

Re: [ovs-dev] [PATCH 1/1] netdev-offload-dpdk: Support vxlan encap offload with load actions

> -Original Message- > From: dev On Behalf Of Eli Britstein > Sent: Monday 12 October 2020 12:18 > To: Sriharsha Basavapatna > Cc: ovs dev ; Lei Wang (Mellanox SW) > ; Ilya Maximets > Subject: Re: [ovs-dev] [PATCH 1/1] netdev-offload-dpdk: Support vxlan encap > offload with load

Re: [ovs-dev] Can we follow up on this... $24.99/mo Credit Card Processing (Unlimited / Flat-Fee)

I wanted to ask about your business - Are you currently paying more than 0. 79% in VISA/MC Credit Card Processing Fees? Yes that includes interchange fees. Give me 3 minutes to explain your alternative. 1) The only question that needs an answer: How much is your Credit Card Processor

Re: [ovs-dev] [PATCH V2 1/1] netdev-offload-dpdk: Preserve HW statistics for modified flows

> -Original Message- > From: dev On Behalf Of Sriharsha > Basavapatna via dev > Sent: Wednesday 14 October 2020 12:17 > To: Eli Britstein > Cc: ovs dev ; Gaetan Rivet ; Ilya > Maximets > Subject: Re: [ovs-dev] [PATCH V2 1/1] netdev-offload-dpdk: Preserve HW > statistics for modified

[ovs-dev] Greetings

DEAREST, CONSIDER MY MAIL EVEN THOUGH THIS MIGHT BE A NUISANCE TO YOU; MOST DEFINITELY YOU MIGHT HAVE RECEIVED SIMILAR MESSAGES OF MY KIND ON REGULAR BASES. I AM WONG LAI IB(24YRS),SON TO LATE GENERAL IB OF IVORY COAST (YOU CAN READ MORE ABOUT MY FATHER IN THE LINK

Re: [ovs-dev] [PATCH net v2] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 10/15/20 1:04 PM, Ilya Maximets wrote: > On 10/15/20 12:54 PM, Eelco Chaudron wrote: >> >> >> On 15 Oct 2020, at 12:27, Ilya Maximets wrote: >> >>> On 10/15/20 11:46 AM, Eelco Chaudron wrote: The flow_lookup() function uses per CPU variables, which must not be preempted. However, this

Re: [ovs-dev] [PATCH net v2] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 10/15/20 12:54 PM, Eelco Chaudron wrote: > > > On 15 Oct 2020, at 12:27, Ilya Maximets wrote: > >> On 10/15/20 11:46 AM, Eelco Chaudron wrote: >>> The flow_lookup() function uses per CPU variables, which must not be >>> preempted. However, this is fine in the general napi use case where >>>

Re: [ovs-dev] [PATCH net v2] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 15 Oct 2020, at 12:27, Ilya Maximets wrote: On 10/15/20 11:46 AM, Eelco Chaudron wrote: The flow_lookup() function uses per CPU variables, which must not be preempted. However, this is fine in the general napi use case where the local BH is disabled. But, it's also called in the netlink

Re: [ovs-dev] [PATCH ovs v4] dpctl-netdev: Add the option 'pmd' for dump-flows

On 15/10/20 11:33 +0800, xiangxia.m@gmail.com wrote: > From: Tonghao Zhang > > "ovs-appctl dpctl/dump-flows" added the option > "pmd" which allow user to dump pmd specified. > > That option is useful to dump rules of pmd > when we have a large number of rules in dp. > > Signed-off-by:

Re: [ovs-dev] [PATCH net v2] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 10/15/20 11:46 AM, Eelco Chaudron wrote: > The flow_lookup() function uses per CPU variables, which must not be > preempted. However, this is fine in the general napi use case where > the local BH is disabled. But, it's also called in the netlink > context, which is preemptible. The below patch

[ovs-dev] Donation for you

I am donating $3,700,000 USD to you. Respond for more information amesbrya...@gmail.com ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH net v2] net: openvswitch: fix to make sure flow_lookup() is not preempted

The flow_lookup() function uses per CPU variables, which must not be preempted. However, this is fine in the general napi use case where the local BH is disabled. But, it's also called in the netlink context, which is preemptible. The below patch makes sure that even in the netlink path,

[ovs-dev] [PATCH ovn v7] ofctrl.c: Add a predictable resolution for conflicting flow actions.

Until now, in case the ACL configuration generates openflows that have the same match but different actions, ovn-controller was using the following approach: 1. If the flow being added contains conjunctive actions, merge its actions with the already existing flow. 2. Otherwise, if the flow is

Re: [ovs-dev] [PATCH net-next] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 2020-10-15 10:11:31 [+0200], Eelco Chaudron wrote: > Thanks for your reply! Yes I had it replaced with local_bh_disable() in my > v2, as I noticed the hard IRQ to softirq part earlier. Okay. Resend the complete thing once you ready and I take a look. > Thanks, > > Eelco Sebastian

Re: [ovs-dev] [PATCH net-next] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 15 Oct 2020, at 9:55, Sebastian Andrzej Siewior wrote: On 2020-10-14 12:44:23 [+0200], Eelco Chaudron wrote: Let me know your thoughts. better. If your seccount is per-CPU then you get away without explicit writer locking if you rely on global per-CPU locking. You can't do

Re: [ovs-dev] Merchants 2020 - Flat-Fee Credit Card Processing $24.99/mo - Unlimited

I wanted to ask about your business - Are you currently paying more than 0. 79% in VISA/MC Credit Card Processing Fees? Yes that includes interchange fees. Give me 3 minutes to explain your alternative. 1) The only question that needs an answer: How much is your Credit Card Processor

Re: [ovs-dev] [PATCH net-next] net: openvswitch: fix to make sure flow_lookup() is not preempted

On 2020-10-14 12:44:23 [+0200], Eelco Chaudron wrote: > Let me know your thoughts. better. If your seccount is per-CPU then you get away without explicit writer locking if you rely on global per-CPU locking. You can't do preempt_disable() because this section can be interrupt by softirq. You need

Re: [ovs-dev] [PATCH ovn v6] ofctrl.c: Add a predictable resolution for conflicting flow actions.

On 10/14/20 10:07 PM, Mark Gray wrote: > On 13/10/2020 19:06, Han Zhou wrote: >> On Tue, Oct 13, 2020 at 1:52 AM Dumitru Ceara wrote: >>> >>> Until now, in case the ACL configuration generates openflows that have >>> the same match but different actions, ovn-controller was using the >>> following

Re: [ovs-dev] [PATCH ovn v6] ofctrl.c: Add a predictable resolution for conflicting flow actions.

On 10/14/20 6:11 PM, Han Zhou wrote: > > > On Wed, Oct 14, 2020 at 12:21 AM Dumitru Ceara > wrote: >> >> On 10/13/20 8:06 PM, Han Zhou wrote: >> > >> > >> > On Tue, Oct 13, 2020 at 1:52 AM Dumitru Ceara >> >