From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_GIT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 551A2C433E9 for ; Thu, 11 Feb 2021 02:47:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 2C3FE64E08 for ; Thu, 11 Feb 2021 02:47:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229707AbhBKCqu (ORCPT ); Wed, 10 Feb 2021 21:46:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59452 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229452AbhBKCqo (ORCPT ); Wed, 10 Feb 2021 21:46:44 -0500 Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7C12DC06174A for ; Wed, 10 Feb 2021 18:46:04 -0800 (PST) Received: by mail-pg1-x530.google.com with SMTP id n10so2727804pgl.10 for ; Wed, 10 Feb 2021 18:46:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=behYvwONvNWFO0BGED30xvXT529p8IBkLrJcULUF2I0=; b=gTovJbGO32f9reHLqsnZKKg+eJsr1qnXr4h8Spqcjj2Qu9kXB7vdRUcX+3tSERCuos Lgvzv2qSOgEn2z9jv9HMIgTpKHXSZzrb7rRiny27qbLzn3r3ZyXsKP0pnYPjabRXi6k/ LBRKsHbyShsmzFtbLEvqVkDfc889+VTeqWKbs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=behYvwONvNWFO0BGED30xvXT529p8IBkLrJcULUF2I0=; b=IBKz2tikQYVF1pC8H3jVcvbRZ8HOTE0jSVcG6tM98lr+z7BRvj3Qr2I3783UCP0jNZ P60Y0p0UsLAdpeiyRBHzxFYEFgQE3qT6hZa0djRQueadyHLau6VcsDQMK6cs2dLgRuux ab+1224O9ArnNuaiP+4+J/cp3eUHrVJREZF489GLqLoIg0B73MwrO7VrBRJlR7HO8wc0 CNI02Nc+EyN2PabsRVU1Ncd4tIRCvj6rpfQ4AzY7N7hSx1/KcCp2x+SbEi9kpWqnXU3B +UUcVovZItLdZebr/UTQunyHiKCPq+QbuZFKDynpE2rVfISACrP9vb0ncLDqHnY/z7j6 qSIg== X-Gm-Message-State: AOAM530oxKRpgIOI+1NHFGyZZrRKea5rq7FlaRCF/SFjArhXIR+0yYWP eUOrU3KZf282ao+SUdwwlNgxmw== X-Google-Smtp-Source: ABdhPJwiP+8cmp0W7n/wtZKZY07d6DNvZMQchsVlOh0pEskVP6V5a5B+8wZWRmiab08dD0MJ5uIE5g== X-Received: by 2002:a63:4f1e:: with SMTP id d30mr5888611pgb.203.1613011563990; Wed, 10 Feb 2021 18:46:03 -0800 (PST) Received: from smtp.gmail.com ([2620:15c:202:201:5533:1106:2710:3ce]) by smtp.gmail.com with ESMTPSA id o185sm2615920pfb.196.2021.02.10.18.46.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 10 Feb 2021 18:46:03 -0800 (PST) From: Stephen Boyd To: Jonathan Cameron Cc: linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org, Dmitry Torokhov , Benson Leung , Guenter Roeck , Douglas Anderson , Gwendal Grignou , devicetree@vger.kernel.org, Rob Herring , Enric Balletbo i Serra Subject: [PATCH v6 0/3] iio: Add a ChromeOS EC MKBP proximity driver Date: Wed, 10 Feb 2021 18:45:58 -0800 Message-Id: <20210211024601.1963379-1-swboyd@chromium.org> X-Mailer: git-send-email 2.30.0.478.g8a0d178c01-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This is a different approach to [1] where I tried to add this proximity sensor logic to the input subsystem. Instead, we'll take the approach of making a small IIO proximity driver that parses the EC switch bitmap to find out if the front proximity sensor is detecting something or not. This allows us to treat proximity sensors as IIO devices all the time in userspace instead of handling this switch on the EC via the input subsystem and then other proximity sensors via IIO. I propose this is all merged through IIO subsystem. Please ack the first patch so it can be merged that way. Changes from v5: * Picked up RB tag from Rob * Track state of switch and only push event if it's different Changes from v4: * Reduced binding and moved proximity node to mfd spi example * Dropped of_match_ptr() Changes from v3: * Added SPI and cros-ec wrapper nodes to yaml example * Ignore notifier registration return code that is always zero Changes from v2: * Check iio clock and use IIO time if not boottime Changes from v1: * Driver moved location * Put mkbp everywhere * Fixed up DT binding to not fail and make sure is a child of cros-ec * Simplified logic for sending a message * Dropped CONFIG_OF usage * Sorted includes [1] https://lore.kernel.org/r/20201205004709.3126266-1-swboyd@chromium.org Cc: Dmitry Torokhov Cc: Benson Leung Cc: Guenter Roeck Cc: Douglas Anderson Cc: Gwendal Grignou Cc: Cc: Rob Herring Cc: Enric Balletbo i Serra Stephen Boyd (3): platform/chrome: cros_ec: Add SW_FRONT_PROXIMITY MKBP define dt-bindings: iio: Add cros ec proximity yaml doc iio: proximity: Add a ChromeOS EC MKBP proximity driver .../google,cros-ec-mkbp-proximity.yaml | 37 +++ .../bindings/mfd/google,cros-ec.yaml | 7 + drivers/iio/proximity/Kconfig | 11 + drivers/iio/proximity/Makefile | 1 + .../iio/proximity/cros_ec_mkbp_proximity.c | 271 ++++++++++++++++++ .../linux/platform_data/cros_ec_commands.h | 1 + 6 files changed, 328 insertions(+) create mode 100644 Documentation/devicetree/bindings/iio/proximity/google,cros-ec-mkbp-proximity.yaml create mode 100644 drivers/iio/proximity/cros_ec_mkbp_proximity.c base-commit: 19c329f6808995b142b3966301f217c831e7cf31 -- https://chromeos.dev