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 7878C43252; Tue, 31 Oct 2023 16:40:24 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 09A614029E; Tue, 31 Oct 2023 16:40:24 +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 028C940284 for ; Tue, 31 Oct 2023 16:40:23 +0100 (CET) Received: by mail-pg1-f179.google.com with SMTP id 41be03b00d2f7-5ac865d1358so4308377a12.3 for ; Tue, 31 Oct 2023 08:40:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1698766822; x=1699371622; darn=dpdk.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=eqcBT52aDKEJmY27l3yh42fMUn66m4hutE742hIpufc=; b=qvPdWzJTcsoeJmAdXGfnnT63Ffodt94qJ/L4gZFymtmIUCQpMfPBku2ipB88s34GKT SGyp5RjH6AOTKo5YDe3pFyC38RldJxJ/jKNEUAPaJiX4DMGiKdpbTkdjrouJ96qBx5W/ nYFvfAA43irMZRwd9w70bK0WkD9ikuBG27L0R+krHAJthAjiNg3rtk3XhMbxM9MggYyb 5wana2gRT7cr7YwF/uoEZ4BxzP0OCF/+/yZ5naQAFzO1Xwv0klpZlI+GECwev+JYNrr7 c71N1TvnEXU4EwiAuZFizW9X7+7gc3JIP3kP8xUXS5BUsMdkze4X/ZPg9i6HoxLiuOMj 5+kQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698766822; x=1699371622; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=eqcBT52aDKEJmY27l3yh42fMUn66m4hutE742hIpufc=; b=KFvMe1iWGt6SkCcNWdfDgtjAU35Thl0k34yturjVs+Aqcp5RP20Rdqcx2hA3UWFfC9 3YdzyR4lS6qOvWrDaKyRfiQ/OtAzyhK1iJ5zBtPX6ttV1DMRchZlB6FngUq5WHj4lEDa m3Dq3mN1brlpEorD81mf30cNL+42AeuZc5jmvk5bdAMRvvBrNtYN5OiuzLD0slj846/t uUSWllmFtjoC+QANadv200JhZ4xv/qpfD1xpRajH8eia9hkGqnpQO1jrURhw2h+xi/3R STNn+LzQkij40HI+wEquHl60Fabbs2hvfYrL6IEHmyQxhwLOWD0XSwStXNeHrNCbKStA URrQ== X-Gm-Message-State: AOJu0Yyk3z+bAKnYLjoDGvjarACUIKpIvd2m8TRq8tmlYqR3Vyi0vAa+ 4n1k1rFWybjyia+mIvUZDiS04Q== X-Google-Smtp-Source: AGHT+IGVLT0Cy6QYC35zeXH4NP5kmwRxvz98fUd/tFcuBkJZdZijRpYxJCkONEo4JkMZcJTUVhbMBw== X-Received: by 2002:a17:90a:1a51:b0:27d:4278:ba53 with SMTP id 17-20020a17090a1a5100b0027d4278ba53mr10746839pjl.47.1698766821936; Tue, 31 Oct 2023 08:40:21 -0700 (PDT) Received: from fedora ([38.142.2.14]) by smtp.gmail.com with ESMTPSA id 21-20020a17090a035500b0027ced921e80sm1364774pjf.38.2023.10.31.08.40.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 31 Oct 2023 08:40:21 -0700 (PDT) Date: Tue, 31 Oct 2023 08:40:17 -0700 From: Stephen Hemminger To: "lihuisong (C)" Cc: , , , , Subject: Re: [PATCH v3 0/3] introduce maximum Rx buffer size Message-ID: <20231031084017.64b9f342@fedora> In-Reply-To: References: <20230808040234.12947-1-lihuisong@huawei.com> <20231028014847.27149-1-lihuisong@huawei.com> <20231029084838.122acb9e@hermes.local> <20231030114850.799f2bce@fedora> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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 Tue, 31 Oct 2023 10:57:45 +0800 "lihuisong (C)" wrote: > >> User do decide their implement based on their cases in project. > >> May it be a point for this that user don't want to do memcpy for > >> multi segment packets and just use the first mbuf memory. > >> > >> Now that there is the "min_rx_bufsize" to report in ethdev layer. > >> Anyway, DPDK is indeed the lack of the way to report the maximum Rx > >> buffer size per hw descriptor. > > My concern is that you are creating a special case for one driver. > understand your concern. > > And other drivers probably have similar upper bound. > Yes, they also have similar upper bound. > From the codes, the max buffer size of Most PMDs are 16K and bnxt is > 9600Byte. > Do we need to report this size? It's a common feature for all PMDs. It would make sense then to have max_rx_bufsize set to 16K by default in ethdev, and PMD could then raise/lower based on hardware.