Received: by 2002:a05:6512:3d0e:0:0:0:0 with SMTP id d14csp49409lfv; Tue, 12 Apr 2022 16:50:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyyYWq6tVAkayOBkJZf8VMe2sQl57UTe18/EzaF/+JO2FG/gjwUq2DkPG8yl0WVyQRg3h1a X-Received: by 2002:a17:903:1cc:b0:158:5db4:9073 with SMTP id e12-20020a17090301cc00b001585db49073mr13368345plh.154.1649807433396; Tue, 12 Apr 2022 16:50:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649807433; cv=none; d=google.com; s=arc-20160816; b=RQ6U5Uw+ZSt0OjtMfWDqZFc9YT39t8RWQcNvuCxTq2CZJeXpKdjvTTeRGeK8bGjoFz TqOkaZhIoVKy/HfoLAMw2tV86exkvWV2x+GI9Xf7tgW7HVsw2i9NxTu2wTnK0+5YIGAi A+79T40XYlS0msBIEww8hXXMtBAFQRJ7aS+akacfZQGFQxfR+Q+Aguzp7yh7YbhYE+SG E7aZkn6nfOL1M+WHl1q+KMTUiIf8eaDpYkQ1xUJLAe+JmIjA3Yh68waMJZhd0ZNSj5Sg FfCHDBC7jmo5o0sG9hyPNisOJrs5Ew/HVx/MWOcQxI6ntU2fg/OFPy3xYqBTE0EvLRkh 216Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature; bh=S7Lb/oAtNsfLZM+NrhruybmX6L+R3+j2eGgPSDiQVMw=; b=e15zvN91tQQ+dTAryFFAnslEjATp0eeRaP8u9exF/N26oUoHeEkpOAeqBA99IBn/GY wi5FhTl/qreoeVTLTZP0kCaneji+0E4ikhYaGPLcH47obDgz8JYG/km7GXqV3WdnCV7P CDOopv/vmI+1j315UtSp7jkBd837+/jJys04q5RoNmzYlkQWmYxWbtrD4P88n1matoBJ DkGvx6BXFZXk17qmpm4enMpiRb5XafxTDVV0QYgxyFPKR++WnpLgUVRRVeEsyt4dseuN 5ucMZdd3vVbRiMHURu1294g0zVbC/uhqYf97/nv2JkikqYWm2mJBlrKnXzH8p33zKFJ8 WX1w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@xff.cz header.s=mail header.b=Zln2DnUL; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=xff.cz Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id y7-20020a634b07000000b003842921930bsi3925812pga.808.2022.04.12.16.50.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Apr 2022 16:50:33 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@xff.cz header.s=mail header.b=Zln2DnUL; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=xff.cz Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 8EAEE1E3186; Tue, 12 Apr 2022 14:43:50 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245495AbiDLMad (ORCPT + 99 others); Tue, 12 Apr 2022 08:30:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43074 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1354303AbiDLM22 (ORCPT ); Tue, 12 Apr 2022 08:28:28 -0400 X-Greylist: delayed 344 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Tue, 12 Apr 2022 04:40:26 PDT Received: from vps.xff.cz (vps.xff.cz [195.181.215.36]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 75B2E3A71A; Tue, 12 Apr 2022 04:40:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xff.cz; s=mail; t=1649763278; bh=zpeerSXmbG/t+M5drVYbi8mhlf53wi2ByStwNHLIGBM=; h=Date:From:To:Cc:Subject:X-My-GPG-KeyId:References:From; b=Zln2DnULEY4CpEK+7gh7m/jRAB1NSzcRbVjzhCauEFtG/4Asr827YJayxSvaDS/hm etLqS53Fy7csDocrQUPX80D7bxOVFjlNxwJGcYPs1U5K88zCsEAsKwq2LmevMyMYC7 wyOiNf6buZWAYO5FUz2Lp3OLlAgCsbx7QthmpqI0= Date: Tue, 12 Apr 2022 13:34:38 +0200 From: =?utf-8?Q?Ond=C5=99ej?= Jirman To: Jarrah Cc: Samuel Holland , Dmitry Torokhov , linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, Rob Herring , devicetree@vger.kernel.org, linux-i2c@vger.kernel.org, Wolfram Sang Subject: Re: [PATCH 3/5] Input: pinephone-keyboard - Build in the default keymap Message-ID: <20220412113438.eeuptiner7lrzfpl@core.my.home> Mail-Followup-To: =?utf-8?Q?Ond=C5=99ej?= Jirman , Jarrah , Samuel Holland , Dmitry Torokhov , linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, Rob Herring , devicetree@vger.kernel.org, linux-i2c@vger.kernel.org, Wolfram Sang X-My-GPG-KeyId: EBFBDDE11FB918D44D1F56C1F9F0A873BE9777ED References: <20220129230043.12422-1-samuel@sholland.org> <20220129230043.12422-4-samuel@sholland.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 12, 2022 at 08:20:24PM +1000, Jarrah wrote: > > On 1/30/22 10:00, Samuel Holland wrote: > > + > > +static const uint32_t ppkb_default_fn_keymap[] = { > > + KEY(0, 0, KEY_FN_ESC), > > + KEY(0, 1, KEY_F1), > > + KEY(0, 2, KEY_F2), > > + KEY(0, 3, KEY_F3), > > + KEY(0, 4, KEY_F4), > > + KEY(0, 5, KEY_F5), > > + KEY(0, 6, KEY_F6), > > + KEY(0, 7, KEY_F7), > > + KEY(0, 8, KEY_F8), > > + KEY(0, 9, KEY_F9), > > + KEY(0, 10, KEY_F10), > > + KEY(0, 11, KEY_DELETE), > > + > > + KEY(2, 0, KEY_SYSRQ), > > + KEY(2, 10, KEY_INSERT), > > + > > > The driver currently being patched into most distros supporting the keyboard > exposes the symbols printed on the keyboard rather than the F* keys on the > function layer. While I agree than exposing function keys on the Fn layer is > more logical, in practice running this patch for a day I've found it's far > more useful to have quick access to the standard set of symbols (such as | > and -) than to have the function keys. > > Would it be possible to either set the default back to symbols or expose > another layer (potentially under the "pine" key)? An alternative solution > proposed on the Mobian issue for this was to add a module option, allowing > these to be switched at runtime rather than compile time. You will not get access to all the symbols anyway, this way. You should solve this via xkb and kernel keymaps (man keymaps(5)). Normal users should not be modifying basic keymap in DT or the driver anyway. kind regards, o.