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 6939443D02; Mon, 25 Mar 2024 15:05:16 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id E117B40271; Mon, 25 Mar 2024 15:05:15 +0100 (CET) Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174]) by mails.dpdk.org (Postfix) with ESMTP id 120204021D for ; Mon, 25 Mar 2024 15:05:14 +0100 (CET) Received: by mail-qt1-f174.google.com with SMTP id d75a77b69052e-42a029c8e76so31522001cf.2 for ; Mon, 25 Mar 2024 07:05:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711375513; x=1711980313; darn=dpdk.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=9AGpNxXmaHH8lj+d6dDbGrdmP8+U6H8p1cGnrcezjIk=; b=OlSVvNrcmms8tR1WSnioyfjHEG36QryDAi9VD2odmKo9rmGto/5fJO7x1q/PDW90fw x+EliPFIUSj3hcxG7v9jtz+wfe6564NsswMAk2UhNrHkMUWjOzmDRRR+Gvp+Kkio1CxV PCRFAzkjRKN5KAC0CHaNsZbQ55m4q3kHjtvEumjdiX6c505kzEQ4opcJuRIKB5Cko0cZ zzNVJGWD493HZY7p1AGZEQeHCy3YNerK0WFa/eyZhCrAV16ECkDyhrfiRBjtq5un2pH8 TpkuqWU20E+/9ymCG3XPSKmkfzC8ycKimPUVIs/ib2E79gwErYiYmBGbXsgX0ShYqKBU HfiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711375513; x=1711980313; h=content-transfer-encoding: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=9AGpNxXmaHH8lj+d6dDbGrdmP8+U6H8p1cGnrcezjIk=; b=G2hBG5KGkVTGRSAM7plMItwkMTkiQQTvpFkfiaG0AjHR2PJW7FLk7OASooWwUmmGDK 0BBUJTKOK9utwrphiVMLhPOvKABREsVJEcjvmkqXBHG/MiZYKwwIKTJZAMizhkuC2rzu 58/8HLV+l6k2cPPAgap6WespTeNic30B3STV33PD1BZQbjhLe3KRV0G1vBbl26L+yXZg EHWk3HuCTVQ1fVLcD55ZleJP2aT5Vhcffb1JkeTNXoIgNG2VDHl+/NL47Lkku593QWb8 BBfOD8ZcNhb8HA5AVjY27MYPH/jxwWBwHsSHKAcwZqxEBADRfSZ7fXESGRIFajMXPZTT E27Q== X-Forwarded-Encrypted: i=1; AJvYcCWfEdzL5NB4AZSbEH5yLeVT9Ch849AfH7Dp8EdS6bVSOdNpMFZyZ5RDVEZvOwz4KoZAme7q16H+H2RtzrI= X-Gm-Message-State: AOJu0YzYp6aAl3siufY6gwWaEPYSs/ZIIy9ffkyPrZpj+BuWUN0mm/6r xs/Kwro6kqtpvMAisqcVJbZtAPq/vMR00WJfLxOm9v59beWXkmtGvWAoLgG7oMCb6TQogD98Y9o 3CGZOJPkLsrgXuB6GLLTUYKSR9Zc= X-Google-Smtp-Source: AGHT+IFUgXmUL2uTXLfQ0MModJdQtjMJPl7+YzkQZKwdYowYdqdQeRS/0nH+NI2LWK6JVR1jV+56vcIh6PUevql4zfs= X-Received: by 2002:a05:6214:20a1:b0:696:9251:5cbc with SMTP id 1-20020a05621420a100b0069692515cbcmr1691375qvd.17.1711375513153; Mon, 25 Mar 2024 07:05:13 -0700 (PDT) MIME-Version: 1.0 References: <20240312075238.3319480-1-huangdengdui@huawei.com> <16615733.hlxOUv9cDv@thomas> In-Reply-To: <16615733.hlxOUv9cDv@thomas> From: Jerin Jacob Date: Mon, 25 Mar 2024 19:34:46 +0530 Message-ID: Subject: Re: [PATCH 0/3] support setting lanes To: Thomas Monjalon Cc: Ajit Khaparde , huangdengdui , Damodharam Ammepalli , Ferruh Yigit , dev@dpdk.org, aman.deep.singh@intel.com, yuying.zhang@intel.com, andrew.rybchenko@oktetlabs.ru, liuyonglong@huawei.com, fengchengwen@huawei.com, haijie1@huawei.com, lihuisong@huawei.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 On Fri, Mar 22, 2024 at 7:21=E2=80=AFPM Thomas Monjalon wrote: > > 22/03/2024 06:51, Jerin Jacob: > > On Fri, Mar 22, 2024 at 10:56=E2=80=AFAM Ajit Khaparde > > wrote: > > > > > > On Thu, Mar 21, 2024 at 9:39=E2=80=AFPM Jerin Jacob wrote: > > > > > > > > On Fri, Mar 22, 2024 at 7:58=E2=80=AFAM huangdengdui wrote: > > > > > > > > > > > > > > > > > > > For example, If FW configures, 100G port as 100GBASE-SR2 then two > > > > ethdev(port 0 and port1) will show up. > > > > Now, assume if we expose this API and Can end user configure port 1= as > > > > 25G lines if so, > > > > a) What happens to port0 and it states? > > > There should be no impact to port0. > > > > > > > b) Will port2, port3 will show up after issuing this API(As end use= r > > > > configured 25Gx4 for 100G)? Will application needs to hotplug to ge= t > > > > use ports. > > > No. The port count does not change. Nor does the number of PCI > > > functions seen by the host. Unless designed otherwise. > > > > > > Changing the lane count does not change anything in physical terms. > > > What changes is the modulation or the signaling scheme. > > > The number of lanes which can be supported is determined by > > > the PHY itself and the cables used and needs to be negotiated appropr= iately > > > with the remote partner - which is just like using forced Ethernet Sp= eed > > > instead of auto-negotiated speeds. > > Thanks for the explanation Ajit. > > > OK. It looks like platform independent then. At least cnxk driver, End > > user cannot simplify change the line config parameters > > while traffic is active also, it looks like other drivers need to have > > SerDes training with remote partner while reconfiguring it. > > > > At least on cnxk platform, 25Gx4 on 100G will show as 4 ethdev devices. > > That's a strange behaviour. > Why showing 4 ports which are not independent? I checked SerDes + NIC configuration again. It supports both modes. Show up as One port vs four ports. > > > Having said that, If other NICs support this feature without > > disturbing current port states, I don't have an objection to this API. > > >