Skip to content

Commit 52aa20f

Browse files
ovsrobotigsilya
authored andcommitted
ovsconf: Remove Eelco from the speakers list.
Signed-off-by: Aaron Conole <aconole@redhat.com>
1 parent 2cb03ca commit 52aa20f

1 file changed

Lines changed: 3 additions & 30 deletions

File tree

support/ovscon2025/index.html

Lines changed: 3 additions & 30 deletions
Original file line numberDiff line numberDiff line change
@@ -107,7 +107,7 @@ <h2 id="day2">Day 2</h2>
107107
<tr><th>Talk</th><th>Time</th></tr>
108108
<tr><td>Assembly</td><td class="time" day="20" start="420" end="480">Nov</td></tr>
109109
<tr><td>Day 2 kickoff</td><td class="time" day="20" start="480" end="490">Nov</td></tr>
110-
<tr><td><a href="#t15">One API to Rule Them All: Reworking the OVS Hardware Offload Layers</a></td><td class="time" day="20" start="495" end="520">Nov</td></tr>
110+
<tr><td><a href="#t27">Multiple NICs as Encapsulation Endpoints for Large Scale GPU Cloud</a></td><td class="time" day="20" start="495" end="520">Nov</td></tr>
111111
<tr><td><a href="#t16">OVS-DOCA live-upgrade</a></td><td class="time" day="20" start="525" end="550">Nov</td></tr>
112112
<tr><td><a href="#t17">OVS-DOCA upstream roadmap</a></td><td class="time" day="20" start="555" end="565">Nov</td></tr>
113113
<tr><td>Break</td><td class="time" day="20" start="570" end="585">Nov</td></tr>
@@ -121,8 +121,7 @@ <h2 id="day2">Day 2</h2>
121121
<tr><td><a href="#t24">Beam Me Through the Datapath: VDUSE for OpenShift Virtualization</a></td><td class="time" day="20" start="805" end="830">Nov</td></tr>
122122
<tr><td>Break</td><td class="time" day="20" start="835" end="850">Nov</td></tr>
123123
<tr><td><a href="#t25">OvS and Socket Maps - Beyond ports as endpoints</a></td><td class="time" day="20" start="855" end="880">Nov</td></tr>
124-
<tr><td><a href="#t27">Multiple NICs as Encapsulation Endpoints for Large Scale GPU Cloud</a></td><td class="time" day="20" start="885" end="910">Nov</td></tr>
125-
<tr><td><a href="#t28">Turbocharge Kubernetes with offloaded OVN-Kubernetes and OVS on DPUs</a></td><td class="time" day="20" start="915" end="950">Nov</td></tr>
124+
<tr><td><a href="#t28">Turbocharge Kubernetes with offloaded OVN-Kubernetes and OVS on DPUs</a></td><td class="time" day="20" start="885" end="920">Nov</td></tr>
126125
</table>
127126

128127
<h2>Abstracts</h2>
@@ -160,7 +159,7 @@ <h3>Speaker(s): Gaetan Rivet, NVIDIA</h3>
160159
</pre>
161160

162161
<h3 id="t2">When CI Shouts Back: LLMs in the OVS CI Pipeline <a href="#day1">|TOP|</a></h3>
163-
<h3>Speaker(s): Eelco Chaudron, Red Hat; Aaron Conole, Red Hat</h3>
162+
<h3>Speaker(s): Aaron Conole, Red Hat</h3>
164163
<pre>
165164
A lightning talk exploring recent experiments in the upstream CI pipeline
166165
using CodeRabbit, Sourcery, and Claude SONNET models for assisting with
@@ -417,32 +416,6 @@ <h3>Speaker(s): Ales Musil, Red Hat; Mairtin O'Loingsigh, Red Hat</h3>
417416
open-ended questions for potential improvements.
418417
</pre>
419418

420-
<h3 id="t15">One API to Rule Them All: Reworking the OVS Hardware Offload Layers <a href="#day2">|TOP|</a></h3>
421-
<h3>Speaker(s): Eelco Chaudron, Red Hat</h3>
422-
<pre>
423-
Open vSwitch (OVS) currently supports hardware offload through implementations
424-
that are tightly coupled to the dpif-provider layer. While this approach works,
425-
it has led to a relatively rigid model where each provider integrates offload
426-
capabilities in its own way, making it harder to extend and share functionality
427-
across vendors.
428-
429-
Today, OVS supports multiple backends for offload: the kernel datapath
430-
leverages the TC flower classifier, while the userspace datapath integrates
431-
with DPDK using rte_flow. Both paths expose their functionality through the
432-
netdev-offload APIs, but the current design results in duplicated logic and
433-
limits opportunities for consistency and reuse. For example, vendor-specific
434-
capabilities must often be reimplemented in each provider, and adding new
435-
offload features requires invasive changes in multiple places.
436-
437-
This talk will introduce a proposal for a new dpif-offload API layer in OVS.
438-
The goal is to provide a unified and more flexible abstraction for hardware
439-
offload that sits above the provider-specific implementations. By centralizing
440-
offload handling, we can simplify vendor integration, reduce duplication, and
441-
allow for more extensible offload pipelines. Ultimately, this design aims to
442-
make it easier for vendors to plug their hardware-specific implementations,
443-
while giving operators a more consistent and maintainable offload experience.
444-
</pre>
445-
446419
<h3 id="t16">OVS-DOCA live-upgrade <a href="#day2">|TOP|</a></h3>
447420
<h3>Speaker(s): Eli Britstein, NVIDIA</h3>
448421
<pre>

0 commit comments

Comments
 (0)