Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 065B0C74A5B for ; Fri, 17 Mar 2023 13:35:07 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230378AbjCQNfF (ORCPT ); Fri, 17 Mar 2023 09:35:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56840 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230301AbjCQNfC (ORCPT ); Fri, 17 Mar 2023 09:35:02 -0400 Received: from vps0.lunn.ch (vps0.lunn.ch [156.67.10.101]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2255932CF6; Fri, 17 Mar 2023 06:35:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=sMgPoyPPbmthFsOo4pbmCIyEwyFeSHdtD951iyErX4c=; b=N+Y1sHinP4QOoLsO2qOFjgGPGD jRqmx45xn4xtEWFjeN/F1sNKAbV2b8yySim0h7I3sEDVUc40Afz25wbdGX3CpsTO0jPXXKMGa0AFO P6/YbERXaivsDWH5iiN3L0afOlZAfYU3tYqA6Zntm6CSMgDRnsY4+Ov+7Ej5lr41Owww=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1pdAE7-007c37-QO; Fri, 17 Mar 2023 14:34:35 +0100 Date: Fri, 17 Mar 2023 14:34:35 +0100 From: Andrew Lunn To: Michal Kubiak Cc: Christian Marangi , Florian Fainelli , Vladimir Oltean , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Rob Herring , Krzysztof Kozlowski , Heiner Kallweit , Russell King , Gregory Clement , Sebastian Hesselbarth , Andy Gross , Bjorn Andersson , Konrad Dybcio , John Crispin , netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-arm-msm@vger.kernel.org, Lee Jones , linux-leds@vger.kernel.org Subject: Re: [net-next PATCH v4 02/14] net: dsa: qca8k: add LEDs basic support Message-ID: <1c84a42a-2691-4ee9-bbe3-dc8e65fc31b1@lunn.ch> References: <20230317023125.486-1-ansuelsmth@gmail.com> <20230317023125.486-3-ansuelsmth@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > (I guess the LED configuration i only makes sense for non-CPU ports? It > seems you want to configure up to 15 LEDs in total for 5 ports). Hi Michal In the general case, there is no reason that i can think that stops the CPU port having LEDs. For many switch designs, there is no specific CPU port, any can be used. And all ports are likely to have an LED controller. What becomes tricky with Linux is offloading blinking to CPU ports. There is no netdev to represent it, hence no netdev based software blinking. And without software blinking, you have nothing to offload to hardware. But you could still use the LEDs for other things. Having said all that, i don't think i have ever seen a box with LEDs for the CPU port. Andrew