Description of problem: The Intel ® Ethernet 800 Series is designed with an enhanced programmable pipeline, allowing deeper and more diverse protocol header processing. This on-chip capability is called Dynamic Device Personalization (DDP). DDP allows you to change the packet processing pipeline of a device by applying a profile package to the device at runtime. Profiles can be used to, for example, add support for new protocols, change existing protocols, or change default settings. RHEL 8.4 comes with 2 DDP packages installed: * default DDP package. It supports the following: -MAC/EtherType/VLAN/IPv4/IPv6/TCP/ARP/UDP/SCTP/ICMP/ICMPv6/CTRL/LLDP/VXLAN-GPE/VXLAN (non-GPE)/Geneve/GRE/NVGRE/RoCEv2/MPLS (up to 5 consecutive MPLS labels in the outermost Layer 2 header group) * Comms DDP package (for telecommunication markets). In addition to the previous list, the Comms Market DDP package also supports the following protocols: - GTPv1 and GTPv2 with extension headers/PPPOE/L2TPv3/IPSec/PFCP DDP packages are available in the following path: /usr/lib/firmware/intel/ice/ddp --> default package /usr/lib/firmware/intel/ice/ddp-comms --> comm package We can see the loaded package using this command: [root@computeovsdpdksriov-0 ddp]# dmesg | grep -i "ddp" [ 7.231306] ice 0000:04:00.0: The DDP package was successfully loaded: ICE OS Default Package version 1.3.16.0 [ 7.851132] ice 0000:04:00.1: DDP package already present on device: ICE OS Default Package version 1.3.16.0 It should be possible to configure through director which package should be used. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
I configured manually in the following way: https://bugzilla.redhat.com/show_bug.cgi?id=1967699#c3
@jpalanis can you please move this BZ to POST otherwise it will not get picked up in the target release, 16.2.2
@karrar, Upstream patch is not merged yet, will move this BZ to POST once patch merged in upstream. https://review.opendev.org/c/openstack/tripleo-heat-templates/+/806850
@jpalanis can you move to POST now.
@slinaber the exception request has been filed and approved in https://issues.redhat.com/browse/OSP-10580
TRAC team have rejected this one for 16.2.2, we are targeting it for 16.2.3. See https://issues.redhat.com/browse/OSP-10580
Verified on RHOS-16.2-RHEL-8-20220427.n.3 I have configured in the templates: parameter_defaults: ComputeOvsDpdkSriovR740Parameters: DdpPackage: "ddp-comms" [root@computedpdksriov-r740-0 heat-admin]# dmesg | grep -i "ddp" [ 8.234300] ice 0000:3b:00.0: The DDP package was successfully loaded: ICE OS Default Package version 1.3.16.0 [ 9.198650] ice 0000:3b:00.1: DDP package already present on device: ICE OS Default Package version 1.3.16.0 [ 128.293428] ice 0000:3b:00.0: The DDP package was successfully loaded: ICE COMMS Package version 1.3.20.0 [ 128.537410] ice 0000:3b:00.1: DDP package already present on device: ICE COMMS Package version 1.3.20.0 [heat-admin@computedpdksriov-r740-0 ice]$ find . -ls 388861 0 drwxr-xr-x 4 root root 34 Apr 27 01:17 . 4532369 0 drwxr-xr-x 2 root root 45 May 18 07:12 ./ddp 4532370 648 -rw-r--r-- 1 root root 659716 Jan 27 2021 ./ddp/ice-1.3.16.0.pkg 4532371 0 lrwxrwxrwx 1 root root 56 May 18 07:12 ./ddp/ice.pkg -> /lib/firmware/intel/ice/ddp-comms/ice_comms-1.3.20.0.pkg 8572967 0 drwxr-xr-x 2 root root 36 Apr 27 01:17 ./ddp-comms 8572968 676 -rw-r--r-- 1 root root 688388 Jan 27 2021 ./ddp-comms/ice_comms-1.3.20.0.pkg I have rebooted the server and check again dmesg | grep -i "ddp" [ 8.334721] ice 0000:3b:00.0: The DDP package was successfully loaded: ICE COMMS Package version 1.3.20.0 [ 9.207181] ice 0000:3b:00.1: DDP package already present on device: ICE COMMS Package version 1.3.20.0
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Release of components for Red Hat OpenStack Platform 16.2.3 (Train)), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2022:4793