Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1203802pxb; Tue, 19 Oct 2021 23:51:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJygvZhZxtOWrGgqljQ7DnDAZgHanYLkHdM7VGPj9ggTjRgJrrAHbVU+DZ74D61ZEVR4UPUU X-Received: by 2002:a65:4209:: with SMTP id c9mr31804908pgq.399.1634712694262; Tue, 19 Oct 2021 23:51:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634712694; cv=none; d=google.com; s=arc-20160816; b=MhvCsB4aZfyNyDWLi2zYpY1kFCUtG8ZC+YmuSWEnlNCay5UVhK5Bl1BFR9XMXATZh/ RXi1qMNWeM50RuOlPukIsoxqKGG90njgqZroRnVq8uZQUSLzQlZ3BRq6wLUWqUJPMnCy a4ghtXA9lFNuO1+6qhkAc2ubMkDNugn+KIxwCew2ZhWMygj07buOrqZ3kSa0XvjUt7ET b1YzQwYn3RnChF8sbUkn7+XAy2EUoSH7dlWl+SUFJL7JkLRBnLbW7TDXWiuH+0d6Xui0 hdK/tOq2YiMj/3RwQWhncfbUBU4HQKr2Qkou9SGbEk539nZBVJYE5lYdrzNsWh6kk/i8 z5YQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:feedback-id:content-transfer-encoding :mime-version:message-id:date:subject:cc:to:from; bh=xFNdK0nfu6RZUOsluesFAMOgDq70CE5ObpEYXFWeGo0=; b=s0lriYfRI25dSqikPK6CdZzL7Gxn4dkEv94Px4R5s7lNUeLntkJHer6IYkLJ2W2rdn gGaM1hJIHpl8V3ndH03wlWNo0H5dn/hFeDuC/B0bvhro9TD0ckUNsou+V+cB3hc7WYtS MYILhROxgcBRVdIFw98dJBJjgE4bSPBVpmn+R0W4Q4MoEu1k1ch+n1u5vp9zaVF8N9qt Oz7Xvq48ClwgwnLpxB9g9hQTkY+gyq6C8478UEVUSncx5P7hieuk+9MeO23C0VL6SKgH oszx5S9InT3qClj0E3lSjJKaKGdwYuOv6an4diglsltkf43131g3s/zYaSH6iCd8yOh4 s2zA== 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 fz4si6583548pjb.144.2021.10.19.23.51.21; Tue, 19 Oct 2021 23:51:34 -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 S229836AbhJTGv0 (ORCPT + 99 others); Wed, 20 Oct 2021 02:51:26 -0400 Received: from smtpbgjp3.qq.com ([54.92.39.34]:43712 "EHLO smtpbgjp3.qq.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229591AbhJTGvZ (ORCPT ); Wed, 20 Oct 2021 02:51:25 -0400 X-QQ-mid: bizesmtp32t1634712543tsu6o2yz Received: from localhost.localdomain (unknown [113.57.152.160]) by esmtp6.qq.com (ESMTP) with id ; Wed, 20 Oct 2021 14:48:56 +0800 (CST) X-QQ-SSF: B1400000002000B0E000000C0000000 X-QQ-FEAT: jfdGVjI73+SU9uLtaMY5biNEfmeD4ocYWQWhOnpNEPnEqsMynZjyFv5G3U2T0 7bQnik5zoOSp3k2jJYTz9N+a3rHgAm7mutcbTmiDo/MBi9Bm8owoDeMyVUxl2pgH3nVG5MM FGUo0JCskFH5KAZ5XyslkDmEfo3jxc635lWPnOZcxLOMu6wQqq+OD4A/dPp6JJTg5zzDsNL A6ndFrZMMsV37WA0iRBFxcU6I0pOmVfdW9i/xK4AbpQcHQUacI4HJSXSgKV66zGVsJBlz8Y hMld0SvMTb+8UK1sTGtP8VC/UO9VyJBMDbMF0H54C4VY0h6e0qX110WENnJXkfvs+kQhaJ6 OwCDiNis+mQp82oIkrK5V0BT6/CGnxsg4XP41IlY5WrTbFpC74= X-QQ-GoodBg: 1 From: lianzhi chang To: linux-kernel@vger.kernel.org Cc: dmitry.torokhov@gmail.com, gregkh@linuxfoundation.org, jirislaby@kernel.org, andriy.shevchenko@linux.intel.com, linux-input@vger.kernel.org, 282827961@qq.com, lianzhi chang Subject: [[PATCH v3 10/20]] input&tty: Fix the keyboard led light display problem Date: Wed, 20 Oct 2021 14:48:42 +0800 Message-Id: <20211020064842.29573-1-changlianzhi@uniontech.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-QQ-SENDSIZE: 520 Feedback-ID: bizesmtp:uniontech.com:qybgforeign:qybgforeign2 X-QQ-Bgrelay: 1 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Switching from the desktop environment to the tty environment, the state of the keyboard led lights and the state of the keyboard lock are inconsistent. This is because the attribute kb->kbdmode of the tty bound in the desktop environment (xorg) is set to VC_OFF, which causes the ledstate and kb->ledflagstate values of the bound tty to always be 0, which causes the switch from the desktop When to the tty environment, the LED light status is inconsistent with the keyboard lock status. Signed-off-by: lianzhi chang --- v2 10/18-->v3 10/20: (1) Abandon the previous modification plan. (2) Added the kbd_update_ledstate function, this function gets the latest state of the led from the input device, and then synchronizes it to the ledstate. The kbd_event function calls it. (3) When the tty's kbdmode==VC_OFF, the tty does not set the keyboard light (modify the kbd_bh function). drivers/tty/vt/keyboard.c | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) diff --git a/drivers/tty/vt/keyboard.c b/drivers/tty/vt/keyboard.c index c7fbbcdcc346..5fcdd1805b4d 100644 --- a/drivers/tty/vt/keyboard.c +++ b/drivers/tty/vt/keyboard.c @@ -1130,6 +1130,22 @@ static void kbd_init_leds(void) #endif +static void kbd_update_ledstate(struct input_dev *dev) +{ + unsigned long leds = (unsigned long)ledstate; + + if (test_bit(EV_LED, dev->evbit)) { + if (ledstate == -1U) + ledstate = 0; + if (!!test_bit(LED_NUML, dev->led) != !!test_bit(VC_NUMLOCK, &leds)) + ledstate ^= BIT(VC_NUMLOCK); + if (!!test_bit(LED_CAPSL, dev->led) != !!test_bit(VC_CAPSLOCK, &leds)) + ledstate ^= BIT(VC_CAPSLOCK); + if (!!test_bit(LED_SCROLLL, dev->led) != !!test_bit(VC_SCROLLOCK, &leds)) + ledstate ^= BIT(VC_SCROLLOCK); + } +} + /* * The leds display either (i) the status of NumLock, CapsLock, ScrollLock, * or (ii) whatever pattern of lights people want to show using KDSETLED, @@ -1249,6 +1265,10 @@ static void kbd_bh(struct tasklet_struct *unused) { unsigned int leds; unsigned long flags; + struct kbd_struct *kb = kbd_table + fg_console; + + if (kb->kbdmode == VC_OFF) + return; spin_lock_irqsave(&led_lock, flags); leds = getleds(); @@ -1524,6 +1544,8 @@ static void kbd_event(struct input_handle *handle, unsigned int event_type, /* We are called with interrupts disabled, just take the lock */ spin_lock(&kbd_event_lock); + kbd_update_ledstate(handle->dev); + if (event_type == EV_MSC && event_code == MSC_RAW && kbd_is_hw_raw(handle->dev)) kbd_rawcode(value); -- 2.20.1