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 5913C45A7E; Tue, 1 Oct 2024 19:28:05 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 228634027E; Tue, 1 Oct 2024 19:28:05 +0200 (CEST) Received: from mail-oi1-f177.google.com (mail-oi1-f177.google.com [209.85.167.177]) by mails.dpdk.org (Postfix) with ESMTP id 547B240273 for ; Tue, 1 Oct 2024 19:28:03 +0200 (CEST) Received: by mail-oi1-f177.google.com with SMTP id 5614622812f47-3e2886ea751so2424773b6e.0 for ; Tue, 01 Oct 2024 10:28:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1727803682; x=1728408482; 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=RjB3objtcwvvsFY/2CuLWobEyQJDlfeW8PPoyIUrDFs=; b=uxH1FkG5q6xOwzngMiODQhXS6VcS5V6F2HMyDwiYEFHrYTImblzABCv979/wnWwzbB jNkSCfo2bLyW8SyvMieQRtEz6SKxmaGq466heBl+DRgCjZNBUBrcQa0PUStx+TO1eUsr 9j4FAfoxfVxngREMRl3jbO4y6gDEtno14qaidZLAbNx4MYJBCrKMuJ6RoCLcd6WVbodd WMfyZsHQnmXIHV4Gl8F29hCd7sUPYYXTpU1l3v1u413VWPU9Gkb20zMSb/jbhlBavPsF q3ZdFSuao6gOyt06X+lIrk5oC9jHtwRdkmfC5vVchL34751W9SW+esn0FgTI4a8VT5YH LYeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727803682; x=1728408482; 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=RjB3objtcwvvsFY/2CuLWobEyQJDlfeW8PPoyIUrDFs=; b=pq466VRQ/EB+i6hL1z0ueblet0qN1QQJ3pywLymCA6w652qcSkKUyu7DVWdWadU05k olmcjGZCX/vbs5ZMtY2VfQI2Z2HSfxbk7LdS24WPSUQa+Wa+Qiq7bhJDChPRsanN9vac m91lcbxSyrwf2dMcXPhlpslOPrmPVkwLMLvhYvdKH3NO94WPypSuc9Z7cgDqaXE08TFm ijQdlLq/oFz9Z/2+ryhtpK3KQaSv4UoltHOEw4pWLninYL0521cqNUfYx9m+mIsVJ49J 8T3DknO7Um0FPuTyrlZ5WlpznR+aYTr+W1Pjv1iTTsbzdZpmTMxViOo7UhPb4KzLZ52r 739Q== X-Gm-Message-State: AOJu0YxL+5TbiQ93nS9qSqgv8MXsyaPPPe8Gn2hz48GYGLAekqJGQHOC xuTl710IFmkXWnMQH2CIlixVNmLSGdOUzlGTcGJaRSJtQE/bRgJd2KOWFpeGNqU= X-Google-Smtp-Source: AGHT+IGICtQ5AWqx35NJPmcNEBCJXJqUyyisGp9gfHmiJY74DcR3gOGMin2kndr+vMI+xJpewWjbqA== X-Received: by 2002:a05:6808:1281:b0:3e3:b30b:ab9f with SMTP id 5614622812f47-3e3b40ee36amr745442b6e.1.1727803682384; Tue, 01 Oct 2024 10:28:02 -0700 (PDT) Received: from hermes.local (204-195-96-226.wavecable.com. [204.195.96.226]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-7e6db294ebdsm8468561a12.19.2024.10.01.10.28.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 01 Oct 2024 10:28:02 -0700 (PDT) Date: Tue, 1 Oct 2024 10:27:59 -0700 From: Stephen Hemminger To: Edwin Brossette Cc: dev@dpdk.org, Didier Pallard , Laurent Hardy , Olivier Matz , longli@microsoft.com, weh@microsoft.com Subject: Re: net/netvsc: problem with configuring netvsc port after first port start Message-ID: <20241001102759.703aec47@hermes.local> In-Reply-To: References: 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, 1 Oct 2024 18:09:17 +0200 Edwin Brossette wrote: > testpmd> port stop 3 > Stopping ports... > Done > > -> Then, change something in the port config. This will trigger a call > to rte_eth_dev_configure() on the next port start. Here I change the link > speed/duplex: > testpmd> port config 3 speed 10000 duplex full > testpmd> > > -> Finally, try to start the port: > > testpmd> port start 3 > Configuring Port 3 (socket 0) > hn_nvs_alloc_subchans(): nvs subch alloc failed: 0x2 > hn_dev_configure(): subchannel configuration failed > ETHDEV: Port3 dev_configure = -5 > Fail to configure port 3 <------ > > > As you can see, the port configuration fails. > The error happens in hn_nvs_alloc_subchans(). Maybe the previous ressources > were not properly deallocated on port stop? A "channel" is the VMBUS instance used to communicate with the host. The "sub-channel" is a the secondary channel associated with multi-queue. There does not appear to be an NVSP operation to deallocate secondary channels. Other versions (FreeBSD, Linux) do not allow reconfiguring the number of queues; instead the subchannels are created when device is attached. Looks like a VMBUS protocol limitation in the internal API's. When using failsafe/tun the driver is actually faking the number of queues. Since TAP device queues are between userspace (DPDK PMD) and the kernel. They TAP queues are not necessarily associated with the netvsc kernel driver queues.