Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp819237ybh; Mon, 13 Jul 2020 01:59:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy4Ga4s6c2mMPz/POoGx2SAhyWn7QeYLe+GAGffeXHAQ16BkAGi58kIF0Kx1/vmFvTP3ec2 X-Received: by 2002:aa7:db11:: with SMTP id t17mr87370670eds.365.1594630771490; Mon, 13 Jul 2020 01:59:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594630771; cv=none; d=google.com; s=arc-20160816; b=JIN2gjqj50PNXT8vJEsbeARyMcUfxGafzQBLBFGD9z7Bso3/+902Cffl4humfRJPqW 9968KUoiM1NRwgD8fEWAEiaCnvuCkfr9DKY+pKmKQBlNINd72t/YJdCWMQrHQZ21anjx 86Nuae5ieyLWFwyOAUCr7QvWKJSp/5OOcxtyBxbmoKvrZgcdMNkWmCR10EAZU1lxGLt4 4SMmmZPDOQ7zCdazkycUfkoOvTZvMlaVOi+pMHIyvADJzLzCDMukcIwjtr0J628dDLLO WpTx/+v1db4wC8DPfwYUUybg6QlxgZ7njuZi8van1rYB++fxV1p7kGmqkvc1NEoRdi11 aFOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=6rtHfgme6niQCc0gr3GdkbTA0ZYHrloYMUMnSAI2Rww=; b=ESJ7cabIGSzhnUNG4SoXlA4X9JPs/oeqDmt92bDIGw8S9kUoBXhD+xx9YvSqpdAocB uXngY9XsQnICruOzkk9564ycouTGNpJOYnE8JS2l2v+X757El2QtPYdpP0YX4tdkpLoR lghC0sHqEQhJh2lg4/qX/9A/9SRWigu3Qz8kSMdsms5oUhYpMt9D/x8iBsHF6SgZ8Ik6 7QsWBbaKP757D8k90iyzlQ+QxhOyYryA1NbG3lOW79KDpWMkc+p5AUJL2ZSkD1vvPN1a OVlSxQPT92JYQWMC66ab8PhADHe9qOxLjq07afv8q1hxCN8ryNE3szeyEuZUoR4oGxTT UfLw== 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 d4si8226982ejb.349.2020.07.13.01.59.09; Mon, 13 Jul 2020 01:59:31 -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 S1729352AbgGMI6d (ORCPT + 99 others); Mon, 13 Jul 2020 04:58:33 -0400 Received: from host-88-217-225-28.customer.m-online.net ([88.217.225.28]:62342 "EHLO mail.dev.tdt.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726077AbgGMI6d (ORCPT ); Mon, 13 Jul 2020 04:58:33 -0400 X-Greylist: delayed 491 seconds by postgrey-1.27 at vger.kernel.org; Mon, 13 Jul 2020 04:58:32 EDT Received: from feckert.dev.tdt.de (unknown [10.2.3.40]) by mail.dev.tdt.de (Postfix) with ESMTPSA id 035D1204FC; Mon, 13 Jul 2020 08:50:20 +0000 (UTC) From: Florian Eckert To: info@metux.net, vhart@infradead.org, andy@infradead.org, Eckert.Florian@googlemail.com Cc: platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org, Florian Eckert Subject: [PATCH 1/1] platform/x86: revert pcengines-apuv2 wire up simswitch gpio as led Date: Mon, 13 Jul 2020 10:50:10 +0200 Message-Id: <20200713085010.26394-1-fe@dev.tdt.de> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.dev.tdt.de Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This reverts commit 5037d4ddda31c2dbbb018109655f61054b1756dc. Explanation why this does not work: This change connects the simswap to the LED subsystem of the kernel. From my point of view, it's nonsense. If we do it this way, then this can be switched relatively easily via the LED subsystem (trigger: none/default-on) and that is dangerous! If this is used, it would be unfavorable, since there is also another trigger (trigger: heartbeat/netdev). Therefore, this simswap GPIO should remain in the GPIO subsystem and be switched via it and not be connected to the LED subsystem. To avoid the problems mentioned above. The LED subsystem is not made for this and it is not a good compromise, but rather dangerous. Signed-off-by: Florian Eckert --- drivers/platform/x86/pcengines-apuv2.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/platform/x86/pcengines-apuv2.c b/drivers/platform/x86/pcengines-apuv2.c index 9b11ef1a401f..6aff6cf41414 100644 --- a/drivers/platform/x86/pcengines-apuv2.c +++ b/drivers/platform/x86/pcengines-apuv2.c @@ -78,7 +78,6 @@ static const struct gpio_led apu2_leds[] = { { .name = "apu:green:1" }, { .name = "apu:green:2" }, { .name = "apu:green:3" }, - { .name = "apu:simswap" }, }; static const struct gpio_led_platform_data apu2_leds_pdata = { @@ -95,8 +94,6 @@ static struct gpiod_lookup_table gpios_led_table = { NULL, 1, GPIO_ACTIVE_LOW), GPIO_LOOKUP_IDX(AMD_FCH_GPIO_DRIVER_NAME, APU2_GPIO_LINE_LED3, NULL, 2, GPIO_ACTIVE_LOW), - GPIO_LOOKUP_IDX(AMD_FCH_GPIO_DRIVER_NAME, APU2_GPIO_LINE_SIMSWAP, - NULL, 3, GPIO_ACTIVE_LOW), } }; -- 2.20.1