On Sun, Nov 22, 2020 at 12:15 PM Thomas Monjalon <tho...@monjalon.net> wrote: > > 20/11/2020 18:30, Ajit Khaparde: > > On Fri, Nov 6, 2020 at 12:59 PM Ajit Khaparde > > <ajit.khapa...@broadcom.com> wrote: > > > > > > > > > > > > On Fri, Nov 6, 2020 at 11:22 AM Kevin Traynor <ktray...@redhat.com> wrote: > > >> > > >> On 03/11/2020 17:26, Ajit Khaparde wrote: > > >> > On Tue, Nov 3, 2020 at 2:50 AM Kevin Traynor <ktray...@redhat.com> > > >> > wrote: > > >> >> > > >> >> Hi Ajit, > > >> >> > > >> >> On 26/10/2020 21:46, Ajit Khaparde wrote: > > >> >>> Devices belonging to BCM573xx and BCM5740x family will not be > > >> >>> supported > > >> >>> from the 21.02 release. > > >> >>> > > >> >>> Signed-off-by: Ajit Khaparde <ajit.khapa...@broadcom.com> > > >> >>> --- > > >> >>> doc/guides/rel_notes/deprecation.rst | 6 ++++++ > > >> >>> 1 file changed, 6 insertions(+) > > >> >>> > > >> >>> diff --git a/doc/guides/rel_notes/deprecation.rst > > >> >>> b/doc/guides/rel_notes/deprecation.rst > > >> >>> index 2e082499b8..f1fce4210d 100644 > > >> >>> --- a/doc/guides/rel_notes/deprecation.rst > > >> >>> +++ b/doc/guides/rel_notes/deprecation.rst > > >> >>> @@ -166,3 +166,9 @@ Deprecation Notices > > >> >>> ``make``. Given environments are too much variables for such a > > >> >>> simple script, > > >> >>> it will be removed in DPDK 20.11. > > >> >>> Some useful parts may be converted into specific scripts. > > >> >>> + > > >> >>> +* Broadcom bnxt PMD: NetXtreme devices belonging to the ``BCM573xx > > >> >>> and > > >> >>> + BCM5740x`` families will no longer be supported as of DPDK 21.02. > > >> >>> + Specifically the support for the following Broadcom PCI ids will > > >> >>> be removed > > >> >>> + from the release: ``0x16c8, 0x16c9, 0x16ca, 0x16ce, 0x16cf, > > >> >>> 0x16df,`` > > >> >>> + ``0x16d0, 0x16d1, 0x16d2, 0x16d4, 0x16d5, 0x16e7, 0x16e8, > > >> >>> 0x16e9``. > > >> >>> > > >> >> > > >> >> It might be worth adding to the bnxt.rst section about these NICs, as > > >> >> there is no hint that they are deprecated for a user reading that. > > >> > Thanks Kevin. > > >> > I will add that when the support is really removed. > > >> > > > >> > Since the deprecation is not really planned for 20.11 I think it is > > >> > not really > > >> > needed for now? > > >> > > > >> > > >> Ok, it's the correct section for it, so I won't argue. > > >> > > >> >> > > >> >> Where I'm not clear is about 20.11. It will be an LTS, will they be > > >> >> supported for the lifetime of 20.11 on the 20.11 branch? > > >> > 20.11 will have the support. The deprecation is planned for 21.02. > > >> > > > >> > > >> Right, I'm just concerned about it getting broken in say 20.11.2 because > > >> of backports to the driver. Once it's in 20.11, it should continue to > > >> work in 20.11.x releases which will be for 2 years. > > > > > > Yes. Thanks. We will keep the lights on for the LTS releases. > > > > > >> > > >> > > >> Anyway, that is a side issue to this patch for deprecation, so, > > >> > > >> Acked-by: Kevin Traynor <ktray...@redhat.com> > > > > Thomas, Can you please pick this? Thanks > > Usually we wait for 3 acks for deprecation. > It has been discussed in the techboard, so I prefer getting some acks > reflecting the discussion, please. Ok. Thanks. All, It will be good to get the Acks before the 20.11 release.
> >
