From patchwork Mon May 16 18:34:51 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Stephen Boyd X-Patchwork-Id: 12851349 Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CA3AA1379 for ; Mon, 16 May 2022 18:34:55 +0000 (UTC) Received: by mail-pl1-f171.google.com with SMTP id i1so15265176plg.7 for ; Mon, 16 May 2022 11:34:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=qbcqJhLKUQMd1zX04qmN/h9JWdXhbynT494ZfNvmvHI=; b=JHvd/4EDPlvORXuvcnRpxz6E8Dl2ao3R74+2vUHVT0fFbmyaXiotuFAJZGrp0gBMQu t5Ll7s6BV8CemJhL7bdyBnaK9cnr0Mc8HpZpfiLuAJ/hMdBGR18vlsRrFEj8ryJKreos cC7fC0jrlpoxvSb0jaiP92UbHzS087j0Fdn2w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=qbcqJhLKUQMd1zX04qmN/h9JWdXhbynT494ZfNvmvHI=; b=uXX3IXQ3W4OqK0TiA04J/hBgJ0+5aX3nMAAzWpndiKr9iYxgAo0t05S0mclzS60XPC T8aPp0FB8INbW8l7l/BgxkspgYSVyatwzZ0W3Hh77esa0a+1v9zdR7h0g+ZOKHugJBLk ZZeL15LwuFJ+g0xw9QYzB2EJhsy7/5bNgu5BHZD96XVVij+bLpOCOSV07n9saw16fDIN hVH1lgUDUkkcomLkNmE0jTifcS5Ve5NkYyef4NCuTDmmFE7qGRspFaswKHOvzK32qNNx ixYlW4IHkESrplm9C5zjTgNRnKMJyeCycMO4viYaJW+V0S6BRDFAOpTk05s3OE+qEsma G/MA== X-Gm-Message-State: AOAM533mB944VbgZY6Lbmy1nJDaX+hvzpOS6Vt4qvFInCqwzp58AKz6c iAd6mcjGdzuDmI3TeEEFxKaP6g== X-Google-Smtp-Source: ABdhPJz0h+6zKGZV/rzsCGCMdySv9MJKFdvWDnQDZvyT8Gv4027IxHavHCWz43+IXk9kloPYIEckaw== X-Received: by 2002:a17:902:e353:b0:161:5096:3038 with SMTP id p19-20020a170902e35300b0016150963038mr12192424plc.24.1652726095223; Mon, 16 May 2022 11:34:55 -0700 (PDT) Received: from smtp.gmail.com ([2620:15c:202:201:7d0d:b8ac:a3e3:757a]) by smtp.gmail.com with ESMTPSA id w16-20020a1709026f1000b0015e8d4eb24fsm7331090plk.153.2022.05.16.11.34.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 16 May 2022 11:34:54 -0700 (PDT) From: Stephen Boyd To: Dmitry Torokhov Cc: linux-kernel@vger.kernel.org, patches@lists.linux.dev, chrome-platform@lists.linux.dev, Krzysztof Kozlowski , Rob Herring , devicetree@vger.kernel.org, Benson Leung , Guenter Roeck , Douglas Anderson , Hsin-Yi Wang , "Joseph S. Barrera III" Subject: [PATCH v5 1/2] dt-bindings: google,cros-ec-keyb: Introduce switches only compatible Date: Mon, 16 May 2022 11:34:51 -0700 Message-Id: <20220516183452.942008-2-swboyd@chromium.org> X-Mailer: git-send-email 2.36.0.550.gb090851708-goog In-Reply-To: <20220516183452.942008-1-swboyd@chromium.org> References: <20220516183452.942008-1-swboyd@chromium.org> Precedence: bulk X-Mailing-List: chrome-platform@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 If the ChromeOS board is a detachable, this cros-ec-keyb device won't have a matrix keyboard but it may have some button switches, e.g. volume buttons and power buttons. The driver still registers a keyboard though and that leads to userspace confusion around where the keyboard is. We tried to work around this in commit 4352e23a7ff2 ("Input: cros-ec-keyb - only register keyboard if rows/columns exist") but that led to another problem where removing the rows/columns properties breaks the binding[1]. Technically before that commit the rows/columns properties were required, otherwise the driver would fail to probe. Removing the properties from devicetrees makes the driver fail to probe unless the corresponding driver patch is present. Furthermore, this makes requiring matrix keyboard properties for devices that really have a keyboard impossible because the compatible drives the schema and now the properties are optional. Add a more specific compatible for this type of device that indicates to the OS that there are only switches and no matrix keyboard present. If only the switches compatible is present, then the matrix keyboard properties are denied. Otherwise, as long as the "google,cros-ec-keyb" copmatible is present, the matrix keyboard properties are required. This more clearly describes what the driver was expecting, i.e. that the kernel driver would fail to probe if the linux,{rows,cols,keymap} properties are missing and the "google,cros-ec-keyb" compatible is present. If the new "google,cros-ec-keyb-switches" compatible is present then the matrix keyboard properties are likely to be ignored by any modern driver, but they're still allowed per the binding if "google,cros-ec-keyb" is present to conform to the original binding and to keep the driver probing when used with newer DTBs. This lets us gracefully migrate devices that only have switches over to the new compatible string and properly enforce the "google,cros-ec-keyb" binding at the same time. Eventually we'll be able to use only "google,cros-ec-keyb-switches" or "google,cros-ec-keyb" when the driver support has baked for a release or two, but we'll always support the combined compatible list so that DTBs can be mixed and matched with kernels, no dependency between the two binaries is required. Link: https://lore.kernel.org/r/CAD=FV=Wey2P_=3Lp6M8GEaoyCn1XcYFhfJwfx43a5f_8H0obwg@mail.gmail.com [1] Reviewed-by: Krzysztof Kozlowski Cc: Rob Herring Cc: Cc: Benson Leung Cc: Guenter Roeck Reviewed-by: Douglas Anderson Cc: Hsin-Yi Wang Cc: "Joseph S. Barrera III" Signed-off-by: Stephen Boyd --- .../bindings/input/google,cros-ec-keyb.yaml | 91 +++++++++++++++++-- 1 file changed, 85 insertions(+), 6 deletions(-) diff --git a/Documentation/devicetree/bindings/input/google,cros-ec-keyb.yaml b/Documentation/devicetree/bindings/input/google,cros-ec-keyb.yaml index e8f137abb03c..e1fb68ca00fc 100644 --- a/Documentation/devicetree/bindings/input/google,cros-ec-keyb.yaml +++ b/Documentation/devicetree/bindings/input/google,cros-ec-keyb.yaml @@ -15,14 +15,23 @@ description: | Google's ChromeOS EC Keyboard is a simple matrix keyboard implemented on a separate EC (Embedded Controller) device. It provides a message for reading key scans from the EC. These are then converted - into keycodes for processing by the kernel. - -allOf: - - $ref: "/schemas/input/matrix-keymap.yaml#" + into keycodes for processing by the kernel. This device also supports + switches/buttons like power and volume buttons. properties: compatible: - const: google,cros-ec-keyb + anyOf: + - description: ChromeOS EC with only buttons/switches + - items: + - const: google,cros-ec-keyb-switches + - description: | + (Deprecated) ChromeOS EC with only buttons/switches; optional matrix properties + - items: + - const: google,cros-ec-keyb-switches + - const: google,cros-ec-keyb + - description: ChromeOS EC with keyboard and possibly buttons/switches + - items: + - const: google,cros-ec-keyb google,needs-ghost-filter: description: @@ -41,15 +50,32 @@ properties: where the lower 16 bits are reserved. This property is specified only when the keyboard has a custom design for the top row keys. +dependencies: + function-row-phsymap: [ 'linux,keymap' ] + google,needs-ghost-filter: [ 'linux,keymap' ] + required: - compatible +if: + properties: + compatible: + contains: + const: google,cros-ec-keyb +then: + allOf: + - $ref: "/schemas/input/matrix-keymap.yaml#" + required: + - keypad,num-rows + - keypad,num-columns + - linux,keymap + unevaluatedProperties: false examples: - | #include - cros-ec-keyb { + keyboard-controller { compatible = "google,cros-ec-keyb"; keypad,num-rows = <8>; keypad,num-columns = <13>; @@ -113,3 +139,56 @@ examples: /* UP LEFT */ 0x070b0067 0x070c0069>; }; + + - | + keyboard-controller { + compatible = "google,cros-ec-keyb-switches", "google,cros-ec-keyb"; + /* Matrix keymap properties are optional but ignored */ + keypad,num-rows = <8>; + keypad,num-columns = <13>; + linux,keymap = < + /* CAPSLCK F1 B F10 */ + 0x0001003a 0x0002003b 0x00030030 0x00040044 + /* N = R_ALT ESC */ + 0x00060031 0x0008000d 0x000a0064 0x01010001 + /* F4 G F7 H */ + 0x0102003e 0x01030022 0x01040041 0x01060023 + /* ' F9 BKSPACE L_CTRL */ + 0x01080028 0x01090043 0x010b000e 0x0200001d + /* TAB F3 T F6 */ + 0x0201000f 0x0202003d 0x02030014 0x02040040 + /* ] Y 102ND [ */ + 0x0205001b 0x02060015 0x02070056 0x0208001a + /* F8 GRAVE F2 5 */ + 0x02090042 0x03010029 0x0302003c 0x03030006 + /* F5 6 - \ */ + 0x0304003f 0x03060007 0x0308000c 0x030b002b + /* R_CTRL A D F */ + 0x04000061 0x0401001e 0x04020020 0x04030021 + /* S K J ; */ + 0x0404001f 0x04050025 0x04060024 0x04080027 + /* L ENTER Z C */ + 0x04090026 0x040b001c 0x0501002c 0x0502002e + /* V X , M */ + 0x0503002f 0x0504002d 0x05050033 0x05060032 + /* L_SHIFT / . SPACE */ + 0x0507002a 0x05080035 0x05090034 0x050B0039 + /* 1 3 4 2 */ + 0x06010002 0x06020004 0x06030005 0x06040003 + /* 8 7 0 9 */ + 0x06050009 0x06060008 0x0608000b 0x0609000a + /* L_ALT DOWN RIGHT Q */ + 0x060a0038 0x060b006c 0x060c006a 0x07010010 + /* E R W I */ + 0x07020012 0x07030013 0x07040011 0x07050017 + /* U R_SHIFT P O */ + 0x07060016 0x07070036 0x07080019 0x07090018 + /* UP LEFT */ + 0x070b0067 0x070c0069>; + }; + - | + /* No matrix keyboard, just buttons/switches */ + keyboard-controller { + compatible = "google,cros-ec-keyb-switches"; + }; +... From patchwork Mon May 16 18:34:52 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Stephen Boyd X-Patchwork-Id: 12851350 Received: from mail-pj1-f50.google.com (mail-pj1-f50.google.com [209.85.216.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D3C3D1376 for ; Mon, 16 May 2022 18:34:56 +0000 (UTC) Received: by mail-pj1-f50.google.com with SMTP id a23-20020a17090acb9700b001df4e9f4870so132099pju.1 for ; Mon, 16 May 2022 11:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=B+y3ghcGTNoWHMuz4m4RXJ7SgZxKsd4M4FdcYQjzA2w=; b=cxqvyxqR0vj/bC96KVA7ctZ0rsu4BnDz2HIF7A+msr0g3QETbAY8RBEt6+NmkbvCLy I3EdnrcacKqv1OChq/MXrd5hWhvvjQCvo8XPjWe6ssVQ6QA4elagVf9pTiAxQxHG7dUD 8nZgN9OGTySge3vXLW2ce4lQQWGTL54dsFoz8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=B+y3ghcGTNoWHMuz4m4RXJ7SgZxKsd4M4FdcYQjzA2w=; b=njyP/Oe2cRvj0fMimT31/BHiKPKlwVwbrf79RvBe/DwbEotzYKK8WKX3JYvldA2g2g 1ZSFp7U2JIvcFjK0BxyFPnvWFCELftiGFZSGPfTDAyUhIUW7TB0KbMI9XnhjnrKS0V4l tirlavfDRcrAXrHCpj9sBrQA5Wa/JGW4P9msSkaVdmHFPiQL31kWyUAcv2cDNBFIj8Rl ge37RRcUVZvY61srXxtsRLecSM1PNCVNUg0w8iT6ufH0u3mmVDrn7h/vaJC9y7gF4EoS JZahMRgR0sP8kW+bTn9PuU6VLhS1DQEHfCb9SJEjmPunNn8bDGLr4ickvOeuzNzOvY2p xpjw== X-Gm-Message-State: AOAM5338P60jE5/evzZB4fFY+Xo8plv7kpR8cVMyqqia6nzH/XX16tiG F1FhdzFxn7yo3uKZKUBOw4vgYg== X-Google-Smtp-Source: ABdhPJx0C4tIVn/hfIjxZ5wNuIjfUUrnAcrjq0nD/REk4Z4lhVGVQF0SHx8yweOLPBONMShvr56Kig== X-Received: by 2002:a17:90b:4f41:b0:1de:bd14:7721 with SMTP id pj1-20020a17090b4f4100b001debd147721mr21000140pjb.9.1652726096358; Mon, 16 May 2022 11:34:56 -0700 (PDT) Received: from smtp.gmail.com ([2620:15c:202:201:7d0d:b8ac:a3e3:757a]) by smtp.gmail.com with ESMTPSA id w16-20020a1709026f1000b0015e8d4eb24fsm7331090plk.153.2022.05.16.11.34.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 16 May 2022 11:34:55 -0700 (PDT) From: Stephen Boyd To: Dmitry Torokhov Cc: linux-kernel@vger.kernel.org, patches@lists.linux.dev, chrome-platform@lists.linux.dev, Krzysztof Kozlowski , Rob Herring , devicetree@vger.kernel.org, Benson Leung , Guenter Roeck , Douglas Anderson , Hsin-Yi Wang , "Joseph S. Barrera III" Subject: [PATCH v5 2/2] Input: cros-ec-keyb - skip keyboard registration w/o cros-ec-keyb compatible Date: Mon, 16 May 2022 11:34:52 -0700 Message-Id: <20220516183452.942008-3-swboyd@chromium.org> X-Mailer: git-send-email 2.36.0.550.gb090851708-goog In-Reply-To: <20220516183452.942008-1-swboyd@chromium.org> References: <20220516183452.942008-1-swboyd@chromium.org> Precedence: bulk X-Mailing-List: chrome-platform@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 In commit 4352e23a7ff2 ("Input: cros-ec-keyb - only register keyboard if rows/columns exist") we skipped registration of the keyboard if the row/columns property didn't exist, but that has a slight problem for existing DTBs. The DTBs have the rows/columns properties, so removing the properties to indicate only switches exist makes this keyboard driver fail to probe, resulting in broken power and volume buttons. Ease the migration of existing DTBs by skipping keyboard registration if the google,cros-ec-keyb-switches compatible exists. The end result is that new DTBs can either choose to remove the matrix keymap properties or leave them in place and add this new compatible indicating the matrix keyboard properties should be ignored. Existing DTBs will continue to work, but they will keep registering the keyboard that does nothing. To fix that problem we can add this extra compatible to existing devicetrees and the keyboard will stop being registered. Finally, if google,cros-ec-keyb is missing then this driver won't even attempt to register the matrix keyboard. Of course, this driver won't probe until this patch is applied in that scenario, but that's OK. This last case is likely only going to be used by new devicetrees created after this commit. Cc: Krzysztof Kozlowski Cc: Rob Herring Cc: Cc: Benson Leung Cc: Guenter Roeck Reviewed-by: Douglas Anderson Cc: Hsin-Yi Wang Cc: "Joseph S. Barrera III" Fixes: 4352e23a7ff2 ("Input: cros-ec-keyb - only register keyboard if rows/columns exist") Signed-off-by: Stephen Boyd --- drivers/input/keyboard/cros_ec_keyb.c | 26 ++++++++++++++++---------- 1 file changed, 16 insertions(+), 10 deletions(-) diff --git a/drivers/input/keyboard/cros_ec_keyb.c b/drivers/input/keyboard/cros_ec_keyb.c index eef909e52e23..bdbb263e8586 100644 --- a/drivers/input/keyboard/cros_ec_keyb.c +++ b/drivers/input/keyboard/cros_ec_keyb.c @@ -464,8 +464,13 @@ static int cros_ec_keyb_register_bs(struct cros_ec_keyb *ckdev) return ret; switches = get_unaligned_le32(&event_data.switches); - if (!buttons && !switches) + if (!buttons && !switches) { + /* Fail probe if we expected buttons/switches */ + if (of_device_is_compatible(dev->of_node, "google,cros-ec-keyb-switches")) + return -ENODEV; + return 0; + } /* * We call the non-matrix buttons/switches 'input1', if present. @@ -536,14 +541,10 @@ static int cros_ec_keyb_register_matrix(struct cros_ec_keyb *ckdev) u32 *physmap; u32 key_pos; unsigned int row, col, scancode, n_physmap; + bool has_keyboard; - /* - * No rows and columns? There isn't a matrix but maybe there are - * switches to register in cros_ec_keyb_register_bs() because - * this is a detachable device. - */ - if (!device_property_present(dev, "keypad,num-rows") && - !device_property_present(dev, "keypad,num-cols")) + has_keyboard = device_get_match_data(dev); + if (!has_keyboard) return 0; err = matrix_keypad_parse_properties(dev, &ckdev->rows, &ckdev->cols); @@ -718,8 +719,13 @@ static int cros_ec_keyb_remove(struct platform_device *pdev) #ifdef CONFIG_OF static const struct of_device_id cros_ec_keyb_of_match[] = { - { .compatible = "google,cros-ec-keyb" }, - {}, + { + /* Must be first */ + .compatible = "google,cros-ec-keyb", + .data = (void *)true + }, + { .compatible = "google,cros-ec-keyb-switches" }, + {} }; MODULE_DEVICE_TABLE(of, cros_ec_keyb_of_match); #endif