From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 5BBBD43D57; Tue, 26 Mar 2024 19:12:04 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id F219E40E72; Tue, 26 Mar 2024 19:12:03 +0100 (CET) Received: from mail-pg1-f179.google.com (mail-pg1-f179.google.com [209.85.215.179]) by mails.dpdk.org (Postfix) with ESMTP id D9E13402DA for ; Tue, 26 Mar 2024 19:12:01 +0100 (CET) Received: by mail-pg1-f179.google.com with SMTP id 41be03b00d2f7-5ce9555d42eso3537706a12.2 for ; Tue, 26 Mar 2024 11:12:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; t=1711476721; x=1712081521; darn=dpdk.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=05AT6CpzD/Fq/fNmRxAX2f95/vx+7y4oai4slWl8y8o=; b=UBSIrD77cwNTkH5PSq1ikSFAQ5wp9e5ILWC0XcPIN7Kis+UiX+M+hZTMpmLC5zXDc8 IJWIO+TTIPTKajM1pR8DszUyZzM6KBtgFpiL9ilsZ81s/WQHd43q6z73DRUEPCy/a6Tj XUw8Uf8sZUi1iiEdkJ7ncCFIFMUkhKsFZrG/c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711476721; x=1712081521; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=05AT6CpzD/Fq/fNmRxAX2f95/vx+7y4oai4slWl8y8o=; b=Jgb6R2tCZqlCVNihXIjkfrkLZzVbcHq1zoBVM1BN8iCv7mKtkOqMCStplIedtNq9uQ Y6H8kYG2/x2YiGK/+uTanwfsw7vuI4Imd2yzTt6ulWPkySQBCBYHh+bGc7W4APbI8V+c CYZOLN+63rJhPaDtDYZ6Q7PZCBiMrKG94vwfK1hfw8bAHoc0lMLpAvzXEeizSH30MjNi b4Gx/D2BHHmeB38MbrqmQQM0tylQ9mI/F/KKW11s9t1bLOumYpezFUhG6TljeidJo1HJ 1XegCIkWJ4FvP6M+yh0sOv2lc5MmXUJtSeTz9tevT+OANnBKLS6kP2mlDCfsnO+ecPHM jbew== X-Forwarded-Encrypted: i=1; AJvYcCUkc52aCrN6TUdSHSP+pmHZ3NIOTGk72XNA1U+ytviMZEXA//8goIgKCrtOzQRMKSB/qUWG9OupbK0lEMk= X-Gm-Message-State: AOJu0YwE52bX2Bx0weZqg9Zi9cQhd14xbTVI6nOdoiFB7/mForb6pDkQ tAPoR10b33MCSojYnALpRczE9JubxzRsYbOvNcp7TIb4eUczZoBgDxAlYwGW24TMELS/JgJcwCz W1+6XMm28SNzvg7Iz30NdDRStXVTgzRYP6574 X-Google-Smtp-Source: AGHT+IHZYBigiOU1VlufN0Thrc88B1MQCzWlNWMdCfwq0390NkXZIaieausix5seQLyLOQ+qSXUOpvNDGpwlvZJqOX4= X-Received: by 2002:a17:90a:af86:b0:29d:fdc5:8d07 with SMTP id w6-20020a17090aaf8600b0029dfdc58d07mr617837pjq.13.1711476720735; Tue, 26 Mar 2024 11:12:00 -0700 (PDT) MIME-Version: 1.0 References: <20240312075238.3319480-4-huangdengdui@huawei.com> <3325989.AxlXzFCzgd@thomas> <68ee0a54-c0b4-293c-67ee-efed8964c33b@huawei.com> <3628913.0YcMNavOfZ@thomas> In-Reply-To: From: Ajit Khaparde Date: Tue, 26 Mar 2024 11:11:43 -0700 Message-ID: Subject: Re: [PATCH v2 1/6] ethdev: support setting lanes To: "lihuisong (C)" Cc: Thomas Monjalon , huangdengdui , Damodharam Ammepalli , roretzla@linux.microsoft.com, dev@dpdk.org, ferruh.yigit@amd.com, aman.deep.singh@intel.com, yuying.zhang@intel.com, andrew.rybchenko@oktetlabs.ru, stephen@networkplumber.org, jerinjacobk@gmail.com, liuyonglong@huawei.com, fengchengwen@huawei.com, haijie1@huawei.com Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="00000000000002d4c30614943a10" X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org --00000000000002d4c30614943a10 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Mar 26, 2024 at 6:47=E2=80=AFAM Ajit Khaparde wrote: > > On Tue, Mar 26, 2024 at 4:15=E2=80=AFAM lihuisong (C) wrote: > > > > > > =E5=9C=A8 2024/3/26 18:30, Thomas Monjalon =E5=86=99=E9=81=93: > > > 26/03/2024 02:42, lihuisong (C): > > >> =E5=9C=A8 2024/3/25 17:30, Thomas Monjalon =E5=86=99=E9=81=93: > > >>> 25/03/2024 07:24, huangdengdui: > > >>>> On 2024/3/22 21:58, Thomas Monjalon wrote: > > >>>>> 22/03/2024 08:09, Dengdui Huang: > > >>>>>> -#define RTE_ETH_LINK_SPEED_10G RTE_BIT32(8) /**< 10 Gbps *= / > > >>>>>> -#define RTE_ETH_LINK_SPEED_20G RTE_BIT32(9) /**< 20 Gbps *= / > > >>>>>> -#define RTE_ETH_LINK_SPEED_25G RTE_BIT32(10) /**< 25 Gbps *= / > > >>>>>> -#define RTE_ETH_LINK_SPEED_40G RTE_BIT32(11) /**< 40 Gbps *= / > > >>>>>> -#define RTE_ETH_LINK_SPEED_50G RTE_BIT32(12) /**< 50 Gbps *= / > > >>>>>> -#define RTE_ETH_LINK_SPEED_56G RTE_BIT32(13) /**< 56 Gbps *= / > > >>>>>> -#define RTE_ETH_LINK_SPEED_100G RTE_BIT32(14) /**< 100 Gbps = */ > > >>>>>> -#define RTE_ETH_LINK_SPEED_200G RTE_BIT32(15) /**< 200 Gbps = */ > > >>>>>> -#define RTE_ETH_LINK_SPEED_400G RTE_BIT32(16) /**< 400 Gbps = */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_10G RTE_BIT32(8) /**< 10= Gbps */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_20G RTE_BIT32(9) /**< 20= Gbps 2lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_25G RTE_BIT32(10) /**< 25= Gbps */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_40G RTE_BIT32(11) /**< 40= Gbps 4lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_50G RTE_BIT32(12) /**< 50= Gbps */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_56G RTE_BIT32(13) /**< 56= Gbps 4lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_100G RTE_BIT32(14) /**< 10= 0 Gbps */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_200G RTE_BIT32(15) /**< 20= 0 Gbps 4lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_400G RTE_BIT32(16) /**< 40= 0 Gbps 4lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_10G_4LANES RTE_BIT32(17) /**< 1= 0 Gbps 4lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_50G_2LANES RTE_BIT32(18) /**< 50= Gbps 2 lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_100G_2LANES RTE_BIT32(19) /**< 10= 0 Gbps 2 lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_100G_4LANES RTE_BIT32(20) /**< 10= 0 Gbps 4lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_200G_2LANES RTE_BIT32(21) /**< 20= 0 Gbps 2lanes */ > > >>>>>> +#define RTE_ETH_LINK_SPEED_400G_8LANES RTE_BIT32(22) /**< 40= 0 Gbps 8lanes */ > > >>>>> I don't think it is a good idea to make this more complex. > > >>>>> It brings nothing as far as I can see, compared to having speed a= nd lanes separated. > > >>>>> Can we have lanes information a separate value? no need for bitma= sk. > > >>>>> > > >>>> Hi,Thomas, Ajit, roretzla, damodharam > > >>>> > > >>>> I also considered the option at the beginning of the design. > > >>>> But this option is not used due to the following reasons: > > >>>> 1. For the user, ethtool couples speed and lanes. > > >>>> The result of querying the NIC capability is as follows: > > >>>> Supported link modes: > > >>>> 100000baseSR4/Full > > >>>> 100000baseSR2/Full > > >>>> The NIC capability is configured as follows: > > >>>> ethtool -s eth1 speed 100000 lanes 4 autoneg off > > >>>> ethtool -s eth1 speed 100000 lanes 2 autoneg off > > >>>> > > >>>> Therefore, users are more accustomed to the coupling of speed and = lanes. > > >>>> > > >>>> 2. For the PHY, When the physical layer capability is configured t= hrough the MDIO, > > >>>> the speed and lanes are also coupled. > > >>>> For example: > > >>>> Table 45=E2=80=937=E2=80=94PMA/PMD control 2 register bit definiti= ons[1] > > >>>> PMA/PMD type selection > > >>>> 1 0 0 1 0 1 0 =3D 100GBASE-SR2 PMA/PMD > > >>>> 0 1 0 1 1 1 1 =3D 100GBASE-SR4 PMA/PMD > > >>>> > > >>>> Therefore, coupling speeds and lanes is easier to understand. > > >>>> And it is easier for the driver to report the support lanes. > > >>>> > > >>>> In addition, the code implementation is compatible with the old ve= rsion. > > >>>> When the driver does not support the lanes setting, the code does = not need to be modified. > > >>>> > > >>>> So I think the speed and lanes coupling is better. > > >>> I don't think so. > > >>> You are mixing hardware implementation, user tool, and API. > > >>> Having a separate and simple API is cleaner and not more difficult = to handle > > >>> in some get/set style functions. > > >> Having a separate and simple API is cleaner. It's good. > > >> But supported lane capabilities have a lot to do with the specified > > >> speed. This is determined by releated specification. > > >> If we add a separate API for speed lanes, it probably is hard to che= ck > > >> the validity of the configuration for speed and lanes. > > >> And the setting lane API sepparated from speed is not good for > > >> uniforming all PMD's behavior in ethdev layer. > > > Please let's be more specific. > > > There are 3 needs: > > > - set PHY lane config > > > - get PHY lane config > > > - get PHY lane capabilities > > IMO, this lane capabilities should be reported based on supported speed > > capabilities. > > > > > > There is no problem providing a function to get the number of PHY lan= es. > > > It is possible to set PHY lanes number after defining a fixed speed. > > yes it's ok. > > > > > >> The patch[1] is an example for this separate API. > > >> I think it is not very good. It cannot tell user and PMD the follow = points: > > >> 1) user don't know what lanes should or can be set for a specified s= peed > > >> on one NIC. > > > This is about capabilities. > > > Can we say a HW will support a maximum number of PHY lanes in general= ? > > > We may need to associate the maximum speed per lane? > > > Do we really need to associate PHY lane and PHY speed numbers for cap= abilities? > > Personally, it should contain the below releationship at least. > > speed 10G --> 1lane | 4lane > > speed 100G --> 2lane | 4lane > > > Example: if a HW supports 100G-4-lanes and 200G-2-lanes, > > > may we assume it is also supporting 200G-4-lanes? > > I think we cannot assume that NIC also support 200G-4-lanes. > > Beause it has a lot to do with HW design. > > > > > >> 2) how should PMD do for a supported lanes in their HW? > > > I don't understand this question. Please rephrase. > > I mean that PMD don't know set how many lanes when the lanes from user > > is not supported on a fixed speed by PMD. > > So ethdev layer should limit the avaiable lane number based on a fixed > > speed. > > ethdev layer has generally been opaque. We should keep it that way. I mis-typed. %s/opaque/transparent > The PMD should know what the HW supports. > So it should show the capabilities correctly. Right? > And if the user provides incorrect settings, it should reject it. > > > > > > >> Anyway, if we add setting speed lanes feature, we must report and se= t > > >> speed and lanes capabilities for user well. > > >> otherwise, user will be more confused. > > > Well is not necessarily exposing all raw combinations as ethtool does= . > > Agreed. > > > > > >> [1] https://patchwork.dpdk.org/project/dpdk/list/?series=3D31606 > > > > > > > > > . --00000000000002d4c30614943a10 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIQdgYJKoZIhvcNAQcCoIIQZzCCEGMCAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg gg3NMIIFDTCCA/WgAwIBAgIQeEqpED+lv77edQixNJMdADANBgkqhkiG9w0BAQsFADBMMSAwHgYD VQQLExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UE AxMKR2xvYmFsU2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yODA5MTYwMDAwMDBaMFsxCzAJBgNVBAYT AkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhHbG9iYWxTaWduIEdDQyBS MyBQZXJzb25hbFNpZ24gMiBDQSAyMDIwMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA vbCmXCcsbZ/a0fRIQMBxp4gJnnyeneFYpEtNydrZZ+GeKSMdHiDgXD1UnRSIudKo+moQ6YlCOu4t rVWO/EiXfYnK7zeop26ry1RpKtogB7/O115zultAz64ydQYLe+a1e/czkALg3sgTcOOcFZTXk38e aqsXsipoX1vsNurqPtnC27TWsA7pk4uKXscFjkeUE8JZu9BDKaswZygxBOPBQBwrA5+20Wxlk6k1 e6EKaaNaNZUy30q3ArEf30ZDpXyfCtiXnupjSK8WU2cK4qsEtj09JS4+mhi0CTCrCnXAzum3tgcH cHRg0prcSzzEUDQWoFxyuqwiwhHu3sPQNmFOMwIDAQABo4IB2jCCAdYwDgYDVR0PAQH/BAQDAgGG MGAGA1UdJQRZMFcGCCsGAQUFBwMCBggrBgEFBQcDBAYKKwYBBAGCNxQCAgYKKwYBBAGCNwoDBAYJ KwYBBAGCNxUGBgorBgEEAYI3CgMMBggrBgEFBQcDBwYIKwYBBQUHAxEwEgYDVR0TAQH/BAgwBgEB /wIBADAdBgNVHQ4EFgQUljPR5lgXWzR1ioFWZNW+SN6hj88wHwYDVR0jBBgwFoAUj/BLf6guRSSu TVD6Y5qL3uLdG7wwegYIKwYBBQUHAQEEbjBsMC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC5nbG9i YWxzaWduLmNvbS9yb290cjMwOwYIKwYBBQUHMAKGL2h0dHA6Ly9zZWN1cmUuZ2xvYmFsc2lnbi5j b20vY2FjZXJ0L3Jvb3QtcjMuY3J0MDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xvYmFs c2lnbi5jb20vcm9vdC1yMy5jcmwwWgYDVR0gBFMwUTALBgkrBgEEAaAyASgwQgYKKwYBBAGgMgEo CjA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAN BgkqhkiG9w0BAQsFAAOCAQEAdAXk/XCnDeAOd9nNEUvWPxblOQ/5o/q6OIeTYvoEvUUi2qHUOtbf jBGdTptFsXXe4RgjVF9b6DuizgYfy+cILmvi5hfk3Iq8MAZsgtW+A/otQsJvK2wRatLE61RbzkX8 9/OXEZ1zT7t/q2RiJqzpvV8NChxIj+P7WTtepPm9AIj0Keue+gS2qvzAZAY34ZZeRHgA7g5O4TPJ /oTd+4rgiU++wLDlcZYd/slFkaT3xg4qWDepEMjT4T1qFOQIL+ijUArYS4owpPg9NISTKa1qqKWJ jFoyms0d0GwOniIIbBvhI2MJ7BSY9MYtWVT5jJO3tsVHwj4cp92CSFuGwunFMzCCA18wggJHoAMC AQICCwQAAAAAASFYUwiiMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsTF0dsb2JhbFNpZ24gUm9v dCBDQSAtIFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpHbG9iYWxTaWduMB4XDTA5 MDMxODEwMDAwMFoXDTI5MDMxODEwMDAwMFowTDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENB IC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNVBAMTCkdsb2JhbFNpZ24wggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDMJXaQeQZ4Ihb1wIO2hMoonv0FdhHFrYhy/EYCQ8eyip0E XyTLLkvhYIJG4VKrDIFHcGzdZNHr9SyjD4I9DCuul9e2FIYQebs7E4B3jAjhSdJqYi8fXvqWaN+J J5U4nwbXPsnLJlkNc96wyOkmDoMVxu9bi9IEYMpJpij2aTv2y8gokeWdimFXN6x0FNx04Druci8u nPvQu7/1PQDhBjPogiuuU6Y6FnOM3UEOIDrAtKeh6bJPkC4yYOlXy7kEkmho5TgmYHWyn3f/kRTv riBJ/K1AFUjRAjFhGV64l++td7dkmnq/X8ET75ti+w1s4FRpFqkD2m7pg5NxdsZphYIXAgMBAAGj QjBAMA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSP8Et/qC5FJK5N UPpjmove4t0bvDANBgkqhkiG9w0BAQsFAAOCAQEAS0DbwFCq/sgM7/eWVEVJu5YACUGssxOGhigH M8pr5nS5ugAtrqQK0/Xx8Q+Kv3NnSoPHRHt44K9ubG8DKY4zOUXDjuS5V2yq/BKW7FPGLeQkbLmU Y/vcU2hnVj6DuM81IcPJaP7O2sJTqsyQiunwXUaMld16WCgaLx3ezQA3QY/tRG3XUyiXfvNnBB4V 14qWtNPeTCekTBtzc3b0F5nCH3oO4y0IrQocLP88q1UOD5F+NuvDV0m+4S4tfGCLw0FREyOdzvcy a5QBqJnnLDMfOjsl0oZAzjsshnjJYS8Uuu7bVW/fhO4FCU29KNhyztNiUGUe65KXgzHZs7XKR1g/ XzCCBVUwggQ9oAMCAQICDAzZWuPidkrRZaiw2zANBgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJC RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMg UGVyc29uYWxTaWduIDIgQ0EgMjAyMDAeFw0yMjA5MTAwODE4NDVaFw0yNTA5MTAwODE4NDVaMIGW MQswCQYDVQQGEwJJTjESMBAGA1UECBMJS2FybmF0YWthMRIwEAYDVQQHEwlCYW5nYWxvcmUxFjAU BgNVBAoTDUJyb2FkY29tIEluYy4xHDAaBgNVBAMTE0FqaXQgS3VtYXIgS2hhcGFyZGUxKTAnBgkq hkiG9w0BCQEWGmFqaXQua2hhcGFyZGVAYnJvYWRjb20uY29tMIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEArZ/Aqg34lMOo2BabvAa+dRThl9OeUUJMob125dz+jvS78k4NZn1mYrHu53Dn YycqjtuSMlJ6vJuwN2W6QpgTaA2SDt5xTB7CwA2urpcm7vWxxLOszkr5cxMB1QBbTd77bXFuyTqW jrer3VIWqOujJ1n+n+1SigMwEr7PKQR64YKq2aRYn74ukY3DlQdKUrm2yUkcA7aExLcAwHWUna/u pZEyqKnwS1lKCzjX7mV5W955rFsFxChdAKfw0HilwtqdY24mhy62+GeaEkD0gYIj1tCmw9gnQToc K+0s7xEunfR9pBrzmOwS3OQbcP0nJ8SmQ8R+reroH6LYuFpaqK1rgQIDAQABo4IB2zCCAdcwDgYD VR0PAQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0cDovL3NlY3Vy ZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNvbmFsc2lnbjJjYTIwMjAuY3J0MEEG CCsGAQUFBzABhjVodHRwOi8vb2NzcC5nbG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWdu MmNhMjAyMDBNBgNVHSAERjBEMEIGCisGAQQBoDIBKAowNDAyBggrBgEFBQcCARYmaHR0cHM6Ly93 d3cuZ2xvYmFsc2lnbi5jb20vcmVwb3NpdG9yeS8wCQYDVR0TBAIwADBJBgNVHR8EQjBAMD6gPKA6 hjhodHRwOi8vY3JsLmdsb2JhbHNpZ24uY29tL2dzZ2NjcjNwZXJzb25hbHNpZ24yY2EyMDIwLmNy bDAlBgNVHREEHjAcgRphaml0LmtoYXBhcmRlQGJyb2FkY29tLmNvbTATBgNVHSUEDDAKBggrBgEF BQcDBDAfBgNVHSMEGDAWgBSWM9HmWBdbNHWKgVZk1b5I3qGPzzAdBgNVHQ4EFgQUbrcTuh0mr2qP xYdtyDgFeRIiE/gwDQYJKoZIhvcNAQELBQADggEBALrc1TljKrDhXicOaZlzIQyqOEkKAZ324i8X OwzA0n2EcPGmMZvgARurvanSLD3mLeeuyq1feCcjfGM1CJFh4+EY7EkbFbpVPOIdstSBhbnAJnOl aC/q0wTndKoC/xXBhXOZB8YL/Zq4ZclQLMUO6xi/fFRyHviI5/IrosdrpniXFJ9ukJoOXtvdrEF+ KlMYg/Deg9xo3wddCqQIsztHSkR4XaANdn+dbLRQpctZ13BY1lim4uz5bYn3M0IxyZWkQ1JuPHCK aRJv0SfR88PoI4RB7NCEHqFwARTj1KvFPQi8pK/YISFydZYbZrxQdyWDidqm4wSuJfpE6i0cWvCd u50xggJtMIICaQIBATBrMFsxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNh MTEwLwYDVQQDEyhHbG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMiBDQSAyMDIwAgwM2Vrj 4nZK0WWosNswDQYJYIZIAWUDBAIBBQCggdQwLwYJKoZIhvcNAQkEMSIEIFAZFGCB5ixPYhiu5DbG 3OupFO0SNhv8Gp/hjrPhAKmeMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTI0MDMyNjE4MTIwMVowaQYJKoZIhvcNAQkPMVwwWjALBglghkgBZQMEASowCwYJYIZIAWUD BAEWMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzALBgkqhkiG9w0BAQowCwYJKoZIhvcNAQEHMAsG CWCGSAFlAwQCATANBgkqhkiG9w0BAQEFAASCAQBqxoPGJ2k0wAiS9t5DKSPTW1lrlY3yTc1Yu0gC SKGb2HqHIXrMLaRqQwqYPJ742FiCwYejKk2qudw2Qc1aEwaf/9cqr8uo9Mw4jfsQrfdYYFilHtzo tGUDpl62MDaNGkrYFwpIknyMw9a2skX8NQUnPB1Db26s9UQB39qXnt+w9tavembF9MX8y0u+zIzd lRP9LLWXiaHhChyODmXJVMfWVrgpWorBuwHPt970NlmxHH2BisolG+Avjfjvlwn4Ow5WqqYujje6 dLAzh57xqgc5eoGpf2sShnxxmqY78jInA/pRBNegQpb7RfgfhSpPWaliz60Udr+dPmpRibILaYH6 --00000000000002d4c30614943a10--