From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qv1-f49.google.com (mail-qv1-f49.google.com [209.85.219.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 62EC92E8B97 for ; Tue, 4 Nov 2025 11:38:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.219.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1762256309; cv=none; b=jBgIMZpv6L0W3mhfJ55seLwyfSk2gwpkiFcqXVitqBSu0PpZEj6WwS9OYimhypWo6gHWrVoX/uKsNJ7fcWwJJNvly0UQXbYOSQgoYGlcraeIKUAtrDCKQAijT5IaYZ6s5gW8TTnzVEQIa+laB9QP2yFeT4nlWN8xdKH+vlDSd+E= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1762256309; c=relaxed/simple; bh=hcmVkgGfZct0hY4NeXH0SYoiz18CRfDbFXFrEJ5cVuE=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=tGFmb+CaWxqXYfUCxqcrM3aHJQPd0/s3wV7i895TL69tw1b87EZ8ZyKDagFRRR2A2SgTrQeoy1h8t6ysCSCY4+rOcSSrgHxBejGy5fFTJ/jZCgJ43kxZKEduxUykpgvCNr+4hnf4UVBiVFt8ZjI7RtfjQS6FsaisleU5/67eQM8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=QFroZgod; arc=none smtp.client-ip=209.85.219.49 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="QFroZgod" Received: by mail-qv1-f49.google.com with SMTP id 6a1803df08f44-8802b66c811so51842386d6.1 for ; Tue, 04 Nov 2025 03:38:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762256306; x=1762861106; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=ty8EjZTIjoYFxQNfFxbRC87ROx45/mTNFipe8IcdbeE=; b=QFroZgod4D+9ziUZCoMnTggxTgRI4ChGX+nfrPa2++4cSENOO5vGBEq1rLejaZ6Yr7 reeM973uBezYe6TyINBfumEGyR/qkZfW5X1HlqFRDN/t/tO0D/Js2AzZvpiOoNqY+KCE RSyBqfS2e8YICizd+JRB90ALDZfS9G4I2a7rOB1mh0om4c+xPx2qTWY8huey76tMYx4t fUCd9ZiV89loJbm7CZ9e+uxx8m7SELDhH9nLER4OTGR95XTRUb507GmxseVRSE/yomfH F8z7EXP5TlwSCkw8D2eYvL5YcdhDpo51qCeSiqLpBGbBufKS5zfW3dIJWoKHQv9AbbbL 0gaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762256306; x=1762861106; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ty8EjZTIjoYFxQNfFxbRC87ROx45/mTNFipe8IcdbeE=; b=Ey/eBT42kjiFsioVr7WLefuH4dleohJYQGr2zbscYpZe02LUemCjnhexpwzJinMneZ oJUzzjf/bz4mf1xhSoZP0v8JaqJCRotQRujILBPF+o1nP+/QfvZulZgiuR+yQL4ErSmq O99fUqW9VQixGfZ5anOEQKOCpkTiBsCh748krCFQ1nOtJPOeDHJQL1kKgk7zFNEEYz9o TkXmsqIlJmKNvlfepYCJeAwdasfQ5SXEbG6ieUiAb87KjJoctESYtTiMYZ5C8r/ckDaY X8HRJd2fL758IBRcd8VwogNIxOYltNiwrTQj2hHFMSUAjrs5NEktDYyIzl4LFNB6cT4Z ef2Q== X-Forwarded-Encrypted: i=1; AJvYcCUDHtN5vRTSphpRrR4KjIT0g5vLwNiFZJQmGAG9F6rJU8bZsvuUIdCAufLXKzHlyqyNVhXjPj3+0S6x@vger.kernel.org X-Gm-Message-State: AOJu0Yx36rOaU4JWxFJ0LOE/S/acv414ffl3ok1oIbDQE4dEz+nPl0nP d3jgN5YD9NkDMOMDVhl8cgbNtCGvRH3GxaASehDGqegcVfNwNSJ9Z4Be X-Gm-Gg: ASbGncuJd9oo84IhuhUdJU1sMZYZXlpKIu46ggGfcFk+wbyva1VfmX+Dhxl/iQjnnDz DJxNipRW/WL6mvsjlUI/w6e/L4PHNVtSTEtv5Xgg+uTygPJ3BQ986/vz/ede9UPQRwnVx2Boyu5 jL6VOduKxKx1ZlrdsObQGmf0U+K2YMcmtvuxoAh+nBSrJoSwe2FZ0jDB/g0oPXhVGjtODYvBLXq aAYq0b5/lEHtug9fZCxYQjb+62W1dEtUr7LrHI5sNbRtYS6PfRKvtyvI32iN9K+Wl0kCW5Ai313 iI/xQt0mVH7GPpwTMZUfPcHNEhwC6Hrze5DGNn2IUBgq2x1tRMuT6cWT7K9n+LuhrbwP6J7AKS9 +yn3ldmxLDU5ehd9lNz+E0Db/87ZYJOa9VSfRghlt/6dUKB1ICUa2QDjLpbgtwrbllNfWHNRO01 YCnb4FY+gQOLCOqkl+J0316D6MkYxB/j3lReRLx0/9sHYl8vu8zl4XNoE= X-Google-Smtp-Source: AGHT+IHUdWJka00diDOSm3gEz5fAX+m1eynGGsYAsxJbIC9pNdUYm3UTMBl+lsslEkQP9lwiDDKGSg== X-Received: by 2002:ad4:5d4d:0:b0:880:54eb:f65f with SMTP id 6a1803df08f44-88054ebf940mr96218996d6.53.1762256306128; Tue, 04 Nov 2025 03:38:26 -0800 (PST) Received: from ?IPV6:2600:4040:93b8:5f00:52dd:c164:4581:b7eb? ([2600:4040:93b8:5f00:52dd:c164:4581:b7eb]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-88060e9566dsm19023796d6.47.2025.11.04.03.38.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 04 Nov 2025 03:38:25 -0800 (PST) Message-ID: Date: Tue, 4 Nov 2025 06:38:23 -0500 Precedence: bulk X-Mailing-List: linux-rdma@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net-next v2 2/2] net/mlx5: implement swp_l4_csum_mode via devlink params To: Jiri Pirko Cc: "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , Jonathan Corbet , Srujana Challa , Bharat Bhushan , Herbert Xu , Brett Creeley , Andrew Lunn , Michael Chan , Pavan Chebbi , Tony Nguyen , Przemek Kitszel , Sunil Goutham , Linu Cherian , Geetha sowjanya , Jerin Jacob , hariprasad , Subbaraya Sundeep , Tariq Toukan , Saeed Mahameed , Leon Romanovsky , Mark Bloch , Ido Schimmel , Petr Machata , Manish Chopra , Maxime Coquelin , Alexandre Torgue , Siddharth Vadapalli , Roger Quadros , Loic Poulain , Sergey Ryazanov , Johannes Berg , Vladimir Oltean , Michal Swiatkowski , Aleksandr Loktionov , Dave Ertman , Vlad Dumitrescu , "Russell King (Oracle)" , Alexander Sverdlin , Lorenzo Bianconi , netdev@vger.kernel.org, linux-doc@vger.kernel.org, intel-wired-lan@lists.osuosl.org, linux-rdma@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org References: <20251103194554.3203178-1-daniel.zahka@gmail.com> <20251103194554.3203178-3-daniel.zahka@gmail.com> Content-Language: en-US From: Daniel Zahka In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/4/25 5:14 AM, Jiri Pirko wrote: > I did some research. 0/DEVICE_DEFAULT should not be ever reported back > from FW. It's purpose is for user to reset to default FW configuration. > What's the usecase for that? I think you could just avoid > 0/DEVICE_DEFAULT entirely, for both get and set. I find that 0/DEVICE_DEFAULT is reported back on my device. I have observed this same behavior when using the mstconfig tool for setting the parameter too.