Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp26653pxj; Wed, 26 May 2021 15:08:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxZiloDidTH/fGoPkGBUlNwDpALOy84X0H9zO8J9e9++Hs01/Tp0kkeSIMlydtNUmuZ43b6 X-Received: by 2002:a05:6e02:1c82:: with SMTP id w2mr421091ill.15.1622066884280; Wed, 26 May 2021 15:08:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622066884; cv=none; d=google.com; s=arc-20160816; b=ZCMqCPjTkAlrVeV0VxdCWMIrL6uPkg+PTfS+shw4R70OcXf6ZYeWY3x5v/iXoAVt8V wEoSl5JWme6ydrgnCE/8d1EDelfhEvR2EGP5BGzeU+RiyeoVhSD7YCClSQjTFx2gSC86 wkQF5apncv336gQosS/FNvSRT2SZsBNKWtNNpFpSMfXHQmmyMzCK594fZ9JuzVIg/p0G KchidAZjxKSUsRzUTRajx5DJsJ4ixQMjtVOCHNnxWl1XSuG6+SmvmLUevvJNc7eYgUk7 skRcN6pw5PmmXO0hhCZCtI7gzt94/wHwSfyVPHaZxp/kvwX9xiJidzcAfis8FdQTM013 bZ/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=5Z8n8OlGXZbUxBY+Blgp1K/MwMZTl6ztecG8MuSPfKo=; b=1IQJOCoHrfhYND4+8RE4aivqK04oRTZYhPm36QSAnQ2yu21eznxKdo36NxMUHvpkLQ x5gAcPr+hZrvtL0ULIsAWxvNRFeUBnCfQHhEOfs5IWbHVLQ/VLSG0vZKMILrx4eK7/i6 VJ2uJ0NCJk9+zMMH470tlK1fDgCrwt5GuO1KYxBlhxFBENoBFybSuew1YkYgQwNE+HeC eMFTa+i5HRhJIetuIcS3+TRsg3S+3lTOKdslJlLKGJ/G/gp2LXko3LXbSfZLrFOc7wED 1M4lT1TMefW2HLPoPmXy+a9LTYrVVLQVuRQzyd5VOGUemMYXE0WRNdUo0lqf9/eOBNqv mXxA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r4si357529ilb.18.2021.05.26.15.07.49; Wed, 26 May 2021 15:08:04 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235054AbhEZOtY (ORCPT + 99 others); Wed, 26 May 2021 10:49:24 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:33846 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234893AbhEZOtY (ORCPT ); Wed, 26 May 2021 10:49:24 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id D64891C0B80; Wed, 26 May 2021 16:47:51 +0200 (CEST) Date: Wed, 26 May 2021 16:47:51 +0200 From: Pavel Machek To: Mauro Carvalho Chehab Cc: Marek =?iso-8859-1?Q?Beh=FAn?= , linux-kernel@vger.kernel.org, linux-leds@vger.kernel.org, linuxarm@huawei.com, mauro.chehab@huawei.com, gregkh@linuxfoundation.org Subject: Re: [PATCH v2 16/17] leds: leds-nuc: add support for changing the ethernet type indicator Message-ID: <20210526144751.GA2141@amd> References: <20210519100253.49b155e9@thinkpad> <20210519121812.4285b3ea@coco.lan> <20210519141102.0161a9d9@thinkpad> <20210519162413.4feeab02@coco.lan> <20210519175503.567e6ecc@thinkpad> <20210519203014.1838de3a@coco.lan> <20210520130014.7189a315@dellmb> <20210520180028.495f94e4@coco.lan> <20210520183633.084a8c3f@thinkpad> <20210520205933.3cfc57a9@coco.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <20210520205933.3cfc57a9@coco.lan> User-Agent: Mutt/1.5.23 (2014-03-12) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > See, there's nothing that the driver can possible do with > > > rx, tx, link, interval, device_name/device, as the the BIOS allows > > > to set to "LAN1", "LAN2" or "LAN1+LAN2". the WMI interface doesn't > > > provide *any* information about what LAN1 means. =20 > >=20 > > On the contrary, there is something the driver can do with these > > attributes. If the specific combination is not supported, the driver > > should return -EOPNOTSUPP in the trigger_offload method and let the > > netdev trigger do the work in software.=20 >=20 > Letting netdev to trigger is something we don't want to allow, as this > can cause side effects, making it doing slow the system due to BIOS calls > for no good reason. I'm with Marek here. Please listen to him. Yes, operating LEDs can cost some CPU cycles. That's the case on most hardware. Yet we want to support most triggers on most hardware. Best regards, Pavel --=20 http://www.livejournal.com/~pavelmachek --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAmCuX5cACgkQMOfwapXb+vLAcwCbBzgQIYwh4JUJsSgQSrO7xbUU IioAmwX8mKnpRmC1qRAlJIiv382x+Z1Z =5jjI -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP--