Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4156950ybl; Mon, 13 Jan 2020 08:47:47 -0800 (PST) X-Google-Smtp-Source: APXvYqxuxhDVzEEgWFCg1ViwGf4H2gtrUvgb47lCs1GcHwOLovVluHSdY11mGi8N38EZaqW1TRwO X-Received: by 2002:aca:cc55:: with SMTP id c82mr12772397oig.165.1578934067458; Mon, 13 Jan 2020 08:47:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578934067; cv=none; d=google.com; s=arc-20160816; b=ezeGwg21eUlgFi6KFCaGDY8vuT5V9kwL3P1nhp55kLWO4G4iF+IoV5Y4Pt3aR5J4qv GSCjxsh23DHbJdqD2+H1KIktNVlSukW+5jX6AN3UKSkz5JVY0vQZc69bW+MbW0l9Vr3x j/CX9tUjrtCZmaUeJUlF1RX6WRRmgwx4GEYzuYUA9OD8x1V1j+0nZ54XorKWCywqrMob HYm3wjorF/AlDDBsrlr6VJR+L7WO8zSB14AT5TaLhK0vWciwC6HgyzNvR6MLdIIaxx+K d4KQua0sYsHGWZnWLMoytzhuUqomOU+KrU0ExoX2deY7i+f8WS1e0IlOaYix9uGsdWVr qV3Q== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=8haoRvdCNk0xXxcWL0+e5sVSZlrWer0Ir/6PtYjb3fM=; b=M4zWtHu67VYS6iX4xFWQG0qvpeaTXOZyJ+vPvLT3dnYI14ZpSLLGSMId9YfcLc+4Z6 UJJ2kiSYTmKEpz4Vio4+7ssx23GAizAj6VZL+ENhU6tv3kXoY+ygoWeMC1Zug5StEoCL HfktwsWO1d0t+ReQvQE612r8167O11IjhgnbETKliypzQ7h42wF1V1UCk/rYTBhfMq1c r6lLVaeBcVU8xpbiwyN84vVY597udKH4FINRDJWroe1+BYW1kdDgxX/C9V/whunWElc1 9y/+qpK5ypgqo3uR39wgDlgu2DuqNP+KnqdV2bK5yIHlPtHhex6MRsI9hNycS+uaZSt3 +5wA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i12si5970219oik.171.2020.01.13.08.47.35; Mon, 13 Jan 2020 08:47:47 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728753AbgAMQqn (ORCPT + 99 others); Mon, 13 Jan 2020 11:46:43 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:50276 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728674AbgAMQqn (ORCPT ); Mon, 13 Jan 2020 11:46:43 -0500 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id AA6F227E33F Subject: Re: [PATCH v4 1/2] platform: chrome: Add cros-usbpd-notify driver To: Prashant Malani Cc: Guenter Roeck , Benson Leung , Lee Jones , Linux Kernel Mailing List , Jon Flatley , Gwendal Grignou References: <20191220193843.47182-1-pmalani@chromium.org> <9bcb4671-f421-c639-f8c8-a02f62bfc7ee@collabora.com> From: Enric Balletbo i Serra Message-ID: Date: Mon, 13 Jan 2020 17:46:37 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Prashant, On 7/1/20 19:07, Prashant Malani wrote: > Hi Enric, > > On Sun, Dec 22, 2019 at 11:40 PM Enric Balletbo i Serra > wrote: >> >> Hi Prashant, >> >> On 23/12/19 8:18, Enric Balletbo i Serra wrote: >>> Hi Prashant, >>> >>> On 20/12/19 20:38, Prashant Malani wrote: >>>> From: Jon Flatley >>>> >>>> ChromiumOS uses ACPI device with HID "GOOG0003" for power delivery >>>> related events. The existing cros-usbpd-charger driver relies on these >>>> events without ever actually receiving them on ACPI platforms. This is >>>> because in the ChromeOS kernel trees, the GOOG0003 device is owned by an >>>> ACPI driver that offers firmware updates to USB-C chargers. >>>> >>>> Introduce a new platform driver under cros-ec, the ChromeOS embedded >>>> controller, that handles these PD events and dispatches them >>>> appropriately over a notifier chain to all drivers that use them. >>>> >>>> On non-ACPI platforms, the driver gets instantiated for ECs which >>>> support the EC_FEATURE_USB_PD feature bit, and on such platforms, the >>>> notification events will get delivered using the MKBP event handling >>>> mechanism. >>>> >>>> Co-Developed-by: Prashant Malani >>>> Reviewed-by: Gwendal Grignou >>>> Signed-off-by: Jon Flatley >>>> Signed-off-by: Prashant Malani >>> >>> For my own reference: >>> >>> Acked-for-chrome-by: Enric Balletbo i Serra >>> >> >> Sorry, too much rush acking this patch, here applies the same comment as patch 2 >> >>>> --- >>>> >>>> Changes in v4(pmalani@chromium.org): >>>> - No code changes, but added new version so that versioning is >>>> consistent with the next patch in the series. >>>> >>>> Changes in v3 (pmalani@chromium.org): >>>> - Renamed driver and files from "cros_ec_pd_notify" to >>>> "cros_usbpd_notify" to be more consistent with other naming. >>>> - Moved the change to include cros-usbpd-notify in the charger MFD into >>>> a separate follow-on patch. >>>> >>>> Changes in v2 (pmalani@chromium.org): >>>> - Removed dependency on DT entry; instead, we will instantiate the >>>> driver on detecting EC_FEATURE_USB_PD for non-ACPI platforms. >>>> - Modified the cros-ec-pd-notify device to be an mfd_cell under >>>> usbpdcharger for non-ACPI platforms. Altered the platform_probe() call >>>> to derive the cros EC structs appropriately. >>>> - Replaced "usbpd_notify" with "pd_notify" in functions and structures. >>>> - Addressed comments from upstream maintainer. >>>> >>>> drivers/platform/chrome/Kconfig | 9 ++ >>>> drivers/platform/chrome/Makefile | 1 + >>>> drivers/platform/chrome/cros_usbpd_notify.c | 151 ++++++++++++++++++ >>>> .../linux/platform_data/cros_usbpd_notify.h | 17 ++ >>>> 4 files changed, 178 insertions(+) >>>> create mode 100644 drivers/platform/chrome/cros_usbpd_notify.c >>>> create mode 100644 include/linux/platform_data/cros_usbpd_notify.h >>>> >>>> diff --git a/drivers/platform/chrome/Kconfig b/drivers/platform/chrome/Kconfig >>>> index 5f57282a28da0..3a8a98f2fb4d1 100644 >>>> --- a/drivers/platform/chrome/Kconfig >>>> +++ b/drivers/platform/chrome/Kconfig >>>> @@ -226,6 +226,15 @@ config CROS_USBPD_LOGGER >>>> To compile this driver as a module, choose M here: the >>>> module will be called cros_usbpd_logger. >>>> >>>> +config CROS_USBPD_NOTIFY >>>> + tristate "ChromeOS Type-C power delivery event notifier" >>>> + depends on CROS_EC >>>> + help >>>> + If you say Y here, you get support for Type-C PD event notifications >>>> + from the ChromeOS EC. On ACPI platorms this driver will bind to the >>>> + GOOG0003 ACPI device, and on non-ACPI platforms this driver will get >>>> + initialized on ECs which support the feature EC_FEATURE_USB_PD. >>>> + >>>> source "drivers/platform/chrome/wilco_ec/Kconfig" >>>> >>>> endif # CHROMEOS_PLATFORMS >>>> diff --git a/drivers/platform/chrome/Makefile b/drivers/platform/chrome/Makefile >>>> index aacd5920d8a18..f6465f8ef0b5e 100644 >>>> --- a/drivers/platform/chrome/Makefile >>>> +++ b/drivers/platform/chrome/Makefile >>>> @@ -22,5 +22,6 @@ obj-$(CONFIG_CROS_EC_DEBUGFS) += cros_ec_debugfs.o >>>> obj-$(CONFIG_CROS_EC_SENSORHUB) += cros_ec_sensorhub.o >>>> obj-$(CONFIG_CROS_EC_SYSFS) += cros_ec_sysfs.o >>>> obj-$(CONFIG_CROS_USBPD_LOGGER) += cros_usbpd_logger.o >>>> +obj-$(CONFIG_CROS_USBPD_NOTIFY) += cros_usbpd_notify.o >>>> >>>> obj-$(CONFIG_WILCO_EC) += wilco_ec/ >>>> diff --git a/drivers/platform/chrome/cros_usbpd_notify.c b/drivers/platform/chrome/cros_usbpd_notify.c >>>> new file mode 100644 >>>> index 0000000000000..05a7db834d2e0 >>>> --- /dev/null >>>> +++ b/drivers/platform/chrome/cros_usbpd_notify.c >>>> @@ -0,0 +1,151 @@ >>>> +// SPDX-License-Identifier: GPL-2.0-only >>>> +/* >>>> + * Copyright 2019 Google LLC >>>> + * >>>> + * This driver serves as the receiver of cros_ec PD host events. >>>> + */ >>>> + >>>> +#include >>>> +#include >>>> +#include >>>> +#include >>>> +#include >>>> +#include >>>> +#include >>>> + >>>> +#define DRV_NAME "cros-usbpd-notify" >>>> +#define ACPI_DRV_NAME "GOOG0003" >>>> + >>>> +static BLOCKING_NOTIFIER_HEAD(cros_usbpd_notifier_list); >>>> + >>>> +/** >>>> + * cros_usbpd_register_notify - Register a notifier callback for PD events. >>>> + * @nb: Notifier block pointer to register >>>> + * >>>> + * On ACPI platforms this corresponds to host events on the ECPD >>>> + * "GOOG0003" ACPI device. On non-ACPI platforms this will filter mkbp events >>>> + * for USB PD events. >>>> + * >>>> + * Return: 0 on success or negative error code. >>>> + */ >>>> +int cros_usbpd_register_notify(struct notifier_block *nb) >>>> +{ >>>> + return blocking_notifier_chain_register( >>>> + &cros_usbpd_notifier_list, nb); >>>> +} >>>> +EXPORT_SYMBOL_GPL(cros_usbpd_register_notify); >>>> + >>>> + >>>> +/** >>>> + * cros_usbpd_unregister_notify - Unregister notifier callback for PD events. >>>> + * @nb: Notifier block pointer to unregister >>>> + * >>>> + * Unregister a notifier callback that was previously registered with >>>> + * cros_usbpd_register_notify(). >>>> + */ >>>> +void cros_usbpd_unregister_notify(struct notifier_block *nb) >>>> +{ >>>> + blocking_notifier_chain_unregister(&cros_usbpd_notifier_list, nb); >>>> +} >>>> +EXPORT_SYMBOL_GPL(cros_usbpd_unregister_notify); >>>> + >>>> +#ifdef CONFIG_ACPI >>>> + >> >> For arm64 will follow this path, and this is not what we want, right? > > (Following on from your latest email in Patch 2/2 in this series): I > agree it would (follow this path) if arm64 defconfig enables ACPI in > the mainline (side note: Chrome OS's kevin build leaves this config > disabled). > To ensure I make the right update to the patch, is the suggestion for > this patch that we use #ifndef CONFIG_OF instead of #ifdef CONFIG_ACPI > ? > I think that may also be problematic since !CONFIG_OF doesn't > necessarily imply CONFIG_ACPI. > > Perhaps we should just make them two separate ifdef blocks, i.e #ifdef > CONFIG_OF, and then #ifdef CONFIG_ACPI? Would be great to hear your > recommendation here. > If understand correctly what you want is on some devices (usually the ones that use ACPI to instantiate the devices) use the notify ACPI callback, otherwise, on devices using OF to instantiate the devices, create a notifier. The driver should work on both cases. The problem is that CONFIG_OF and CONFIG_ACPI are not exclusive and select one does not imply not select the other. So yes I'm fine on have both ifdef blocks, but in the cros_ec_dev (patch 2/2) you should register the notifier only if IS_ENABLED(CONFIG_OF) Cheers, Enric > Thanks again! >