Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3142207pxb; Fri, 12 Feb 2021 10:11:14 -0800 (PST) X-Google-Smtp-Source: ABdhPJz0t9rQRzQDoRKCn/fLGFvh7s0VnGe8XNEoDFYuO09M521zcChatKPVkMI/oUPfUmPnaM/y X-Received: by 2002:a17:906:c1d9:: with SMTP id bw25mr4162224ejb.452.1613153474040; Fri, 12 Feb 2021 10:11:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613153474; cv=none; d=google.com; s=arc-20160816; b=JMgyD2xd116cl92FvUb7h08tb9N3n2xpIyUMApoOEiTeYZMb/dkdhCCzmVhLPeNpgs K8J5nBUmvvCy55pD9Jscm4h5ulvKaZJq3F4e71TgrSMJS8Aum/wqAFJ2NTC/tHGX1agg yH8i50iXVaGl0CCRLgrOydKxCjfEjicKDV67Xs3bB7brg8shDrxOFM0QwlgZrlTRYikp Rva6TlED2ufQ7qppagMbzE2eEsCpYoOSgDKckYKKLJhRWmGmBv03i7vPKUViQTGwUNnm HfPyXxRtBRLMtBV/X0Gu0F+eL3mvL8ej7Ly3uG6+cbRU4AIQe0tPPOHnncylWBQXtciY YPWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=jzL26zkMdAnOD2IACVtEn2EhF+H59r0z5RTwLn52Y3M=; b=h8cRE3VUoJ9DgZWM2S84HU1oHTPLbMWe6IOu1M0Y9Sqx40BCm6yL7CHo2gHaizWhoV Vw9W2m0qc0EPbTRh0GDjrVkmmfmlXzML3dSLEcVhdIwB/Kah0dvlYx21dbLoJ1BqA4ZE 4qw1Vqv01ZZdyUnJHKzE8PDDEb8pwjOaVrgsgUlcluu06xhScAvAGvXe4H1nva+H6EMf ToMQemGm+QdUgMCmszO8EAxfjg4yqGT8VyDgHC+ZStJ0ijPVA+uY9LNi0Wi9TZHSk/zG EwrrkZVcAi+E2bfd/uhUWO0KX6xQ4xGkKqBP99WdZDWMMMyAsotY+OUrkd4wqc+O3hNW qerQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=GGYIq9Oq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h22si6855759edq.522.2021.02.12.10.10.50; Fri, 12 Feb 2021 10:11:14 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=GGYIq9Oq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231717AbhBLSIB (ORCPT + 99 others); Fri, 12 Feb 2021 13:08:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56458 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231317AbhBLSH6 (ORCPT ); Fri, 12 Feb 2021 13:07:58 -0500 Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DB0A5C061574; Fri, 12 Feb 2021 10:07:18 -0800 (PST) Received: by mail-pf1-x42e.google.com with SMTP id m6so9044pfk.1; Fri, 12 Feb 2021 10:07:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=jzL26zkMdAnOD2IACVtEn2EhF+H59r0z5RTwLn52Y3M=; b=GGYIq9OqvYpdw/0qjHnAVD0LJTXFfZcF0KciroJWpaauQnVLdTBpp/glr+Vy5rULBz 9VQOkY+RSQu4SXh0pD54mneZPEI8+KptrYQxXK2wDgIv7dRYwDkvBbXidHT29ddo2i9u QMWmiWE3Clmpx/3DFGzuaaDPXA8xVqFM8kqIKuoDLbSdppwy39dQhLw6H33A/7tjNqRf 0rrqJegRUUHMsrSQu0qKnuVbRY376nmZlbdGeyrM4WjUol11Z91O6oXU8BJKwaOIkEeT IhbGpgQV/Ev8g2EZ5l6XtPPUyZU1vOrrxCilIU3WEk6hoi9TFj5Gs0+sBMLGJyD7GuOM 9pEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=jzL26zkMdAnOD2IACVtEn2EhF+H59r0z5RTwLn52Y3M=; b=pyndGLkzRYUFjGWiYmcO1t/RthGX9uadM0M8VBYQue9aPDVGPoz3oFRA9j+8/ECG76 nFiC2sd022yPVMdgwyYMJcUdwmhn3Fp7o0UvLWInNNJqZvdekew2z/cgG/Sc8b7Mc6Dk JK8rXtA4ErB4Z8osaCwk4/cGkAdtTmrlNmuA2oo4RjhSOj61kt6ZmmmNGulFApvOwQMz iesEkidxiROPr6JJtDKycaICqiwh2ghjnME+C6OB5Fe2nd6MYTvhPiYDeRfzzcaIOt80 o0hTQuCT/4+KghiqUb7zQTlzI+RwSDQgccQNsChQsClE/qxw0MKN42ibdnaNyAUZSmk1 Y8pw== X-Gm-Message-State: AOAM532RJMPw2Eio/Ol0byTBHkd5SXMC6NWVFn9ITHNPJZv3zpieV8XN kjYv3nRzZn5A9Cx9uWeD46EuKv2tHT8= X-Received: by 2002:a63:4405:: with SMTP id r5mr4272320pga.168.1613153237967; Fri, 12 Feb 2021 10:07:17 -0800 (PST) Received: from [10.230.29.30] ([192.19.223.252]) by smtp.gmail.com with ESMTPSA id e21sm9422315pgv.74.2021.02.12.10.07.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 12 Feb 2021 10:07:17 -0800 (PST) Subject: Re: [PATCH v5 net-next 03/10] net: bridge: don't print in br_switchdev_set_port_flag To: Vladimir Oltean , Jakub Kicinski , "David S. Miller" Cc: Andrew Lunn , Vivien Didelot , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, bridge@lists.linux-foundation.org, Roopa Prabhu , Nikolay Aleksandrov , Jiri Pirko , Ido Schimmel , Claudiu Manoil , Alexandre Belloni , UNGLinuxDriver@microchip.com, Vadym Kochan , Taras Chornyi , Grygorii Strashko , Vignesh Raghavendra , Ioana Ciornei , Ivan Vecera , linux-omap@vger.kernel.org References: <20210212151600.3357121-1-olteanv@gmail.com> <20210212151600.3357121-4-olteanv@gmail.com> From: Florian Fainelli Message-ID: <6097810e-9b74-df81-ccc4-3a4b47b94b67@gmail.com> Date: Fri, 12 Feb 2021 10:07:14 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <20210212151600.3357121-4-olteanv@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/12/2021 7:15 AM, Vladimir Oltean wrote: > From: Vladimir Oltean > > For the netlink interface, propagate errors through extack rather than > simply printing them to the console. For the sysfs interface, we still > print to the console, but at least that's one layer higher than in > switchdev, which also allows us to silently ignore the offloading of > flags if that is ever needed in the future. > > Signed-off-by: Vladimir Oltean Reviewed-by: Florian Fainelli I suppose the slight "loss" of information on which port failed the operation is okay since it was implied by either the path (sysfs) or the bridge command. -- Florian