QCM6490 按键调试

已于 2023-08-15 09:52:32 修改
阅读量530 收藏 2
点赞数
分类专栏： QCOM6490 文章标签： 单片机 stm32 嵌入式硬件
于 2022-01-06 13:57:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_40970718/article/details/122189056
版权

前言：

首先我们这个项目有5个按键 音量+ 音量- 开机键 RST键 HOME键
我们需要分两块看这个按键：
1.开机之前需要进行组合按键，比如组合按键进fastboot ,组合按键强制下载
衍生：USB的D+接地进强制下载？代码逻辑？
2.开机之后的按键功能

首先根据原理图我们可以知道：
音量+ 对应：pm7325 GPIO6
音量 - 对应：GPIO25
home 对应：GPIO24
PWR 对应：pmk7325 上的PWR
RESET 对应：pmk7325 上的RESIN

原理图：
在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

代码移植：

一、组合按键移植 关于组合按键，同时按下：

① PWR键 音量+ ：recovery模式
② PWR键 音量- ：Fastboot模式
③ PWR键 音量+ 音量- ：下载模式
AP侧看到这样一段代码：
LA.UM.9.14.1\bootable\bootloader\edk2\QcomModulePkg\Application\LinuxLoader\LinuxLoader.c

EFI_STATUS EFIAPI  __attribute__ ( (no_sanitize ("safe-stack")))
LinuxLoaderEntry (IN EFI_HANDLE ImageHandle, IN EFI_SYSTEM_TABLE *SystemTable)
{
...
Status = GetKeyPress (&KeyPressed);
  if (Status == EFI_SUCCESS) {
    if (KeyPressed == SCAN_DOWN)
      BootIntoFastboot = TRUE;
    if (KeyPressed == SCAN_UP)
      BootIntoRecovery = TRUE;
    if (KeyPressed == SCAN_ESC)
      RebootDevice (EMERGENCY_DLOAD);
  } else if (Status == EFI_DEVICE_ERROR) {
    DEBUG ((EFI_D_ERROR, "Error reading key status: %r\n", Status));
    goto stack_guard_update_default;
  }

  // check for reboot mode
  Status = GetRebootReason (&BootReason);
  if (Status != EFI_SUCCESS) {
    DEBUG ((EFI_D_ERROR, "Failed to get Reboot reason: %r\n", Status));
    goto stack_guard_update_default;
  }

  switch (BootReason) {
  case FASTBOOT_MODE:
    BootIntoFastboot = TRUE;
    break;
  case RECOVERY_MODE:
    BootIntoRecovery = TRUE;
    break;
  case ALARM_BOOT:
    BootReasonAlarm = TRUE;
    break;
  case DM_VERITY_ENFORCING:
    // write to device info
    Status = EnableEnforcingMode (TRUE);
    if (Status != EFI_SUCCESS)
      goto stack_guard_update_default;
    break;
  case DM_VERITY_LOGGING:
    /* Disable MDTP if it's Enabled through Local Deactivation */
    Status = MdtpDisable ();
    if (EFI_ERROR (Status) && Status != EFI_NOT_FOUND) {
      DEBUG ((EFI_D_ERROR, "MdtpDisable Returned error: %r\n", Status));
      goto stack_guard_update_default;
    }
    // write to device info
    Status = EnableEnforcingMode (FALSE);
    if (Status != EFI_SUCCESS)
      goto stack_guard_update_default;

    break;
  case DM_VERITY_KEYSCLEAR:
    Status = ResetDeviceState ();
    if (Status != EFI_SUCCESS) {
      DEBUG ((EFI_D_ERROR, "VB Reset Device State error: %r\n", Status));
      goto stack_guard_update_default;
    }
    break;
  default:
    if (BootReason != NORMAL_MODE) {
      DEBUG ((EFI_D_ERROR,
             "Boot reason: 0x%x not handled, defaulting to Normal Boot\n",
             BootReason));
    }
    break;
  }

  Status = RecoveryInit (&BootIntoRecovery);
  if (Status != EFI_SUCCESS)
    DEBUG ((EFI_D_VERBOSE, "RecoveryInit failed ignore: %r\n", Status));

  /* Populate board data required for fastboot, dtb selection and cmd line */
  Status = BoardInit ();
  if (Status != EFI_SUCCESS) {
    DEBUG ((EFI_D_ERROR, "Error finding board information: %r\n", Status));
    return Status;
  }

  DEBUG ((EFI_D_ERROR, "KeyPress:%u, BootReason:%u\n", KeyPressed, BootReason));
  DEBUG ((EFI_D_ERROR, "Fastboot=%d, Recovery:%d\n",
                                          BootIntoFastboot, BootIntoRecovery));
 
...                                    
}

首先根据log:
PWR键 音量+

KeyPress:5, BootReason:0
Fastboot=0, Recovery:0

PWR键 音量-

HLOS SubType    : 0x0
KeyPress:258, BootReason:0
Fastboot=0, Recovery:0

WR键 音量+ 音量-:

HLOS SubType    : 0x0
KeyPress:5, BootReason:0
Fastboot=0, Recovery:0
Booting from slot (_a)

看KeyPress值，情况1和情况3的值一样没办法区分，这个时候我们需要查一下BP的代码了，这个值是从BP传过来的。通过关键词“SCAN_DOWN”搜索BP侧代码来切入。
然后我们找到几个关键性的文件：
boot_images\boot\QcomPkg\SocPkg\Kodiak\Library\ButtonsTargetLib
这个目录下的文件配置了gpio-key;但是具体的都是pm-gpio -key,没有CPU gpio-key;这个时候怎么办呢？
我们又看到在这个文件中调用的上述配置：
boot_images\boot\QcomPkg\Library\ButtonsLib\ButtonsLib.c

@@ -40,6 +40,7 @@ when        who      what, where, why
 #include <Protocol/EFIPlatformInfo.h>
 #include <Protocol/EFIPmicGpio.h>
 #include <Protocol/EFIPmicPwrOn.h>
+#include <Protocol/EFITlmm.h>


 EFI_PLATFORMINFO_PLATFORM_TYPE  PlatformType ;
@@ -51,12 +52,19 @@ EFI_QCOM_PMIC_PWRON_PROTOCOL *PmicPONProtocol;
 BOOLEAN isEfiKeyDetected = FALSE;
 BOOLEAN isHomeKeyDetected = FALSE;
 extern EFI_GUID gQcomTokenSpaceGuid;
+//add by zh
+EFI_TLMM_PROTOCOL   *TLMMProtocol;

 #define NUMBER_OF_KEYS 5
 // Button Index
 #define VOLUME_UP_BUTTON_IDX                             1
 #define HOME_BUTTON_IDX                                  2
 #define CAMERA_SNAPSHOT_BUTTON_IDX       3
+#define VOLUME_DOWN_BUTTON_IDX       4
+
+#define VOLUME_DOWN_BUTTON_GPIO         25
+#define NOT_SUPPORTED                    0
+

 /*** Define the Key Map for all Platforms ***/
 struct StructPlatformKeyMap {
@@ -71,6 +79,54 @@ EFI_STATUS ConfigureButtonGPIOs ( VOID );
 EFI_STATUS ReadGpioStatus( UINT16 KeyIndex, BOOLEAN *pGpioButtonPressed );


+//add by zh
+EFI_STATUS EnableInput_Meig ( UINT16 GpioNumber )
+{
+  EFI_STATUS Status = EFI_SUCCESS;
+
+  if(TLMMProtocol)
+  {
+     Status = TLMMProtocol->ConfigGpio(
+                                                                       EFI_GPIO_CFG(GpioNumber, 0, GPIO_INPUT, GPIO_PULL_UP, GPIO_2MA),
+                                                                       TLMM_GPIO_ENABLE);
+
+     if ( EFI_ERROR (Status) )
+     {
+         DEBUG(( EFI_D_ERROR, "EnableInput: ConfigDigitalInput failed Status = (0x%x)\r\n", Status));
+         goto ErrorExit;
+     }
+  }
+
+ErrorExit:
+   return Status;
+}
+
+
+EFI_STATUS ReadGpioStatus_Meig( UINT16 GpioNumber, BOOLEAN *pGpioButtonPressed )
+{
+   EFI_STATUS Status = EFI_SUCCESS;
+     UINT32 GpioStatus = FALSE;
+     Status = TLMMProtocol->GpioIn(EFI_GPIO_CFG( GpioNumber, 0, GPIO_INPUT, GPIO_PULL_UP, GPIO_2MA ),
+                                                                       &GpioStatus);
+
+     if ( EFI_ERROR (Status) )
+     {
+         DEBUG(( EFI_D_ERROR, "ReadGpioStatus: IrqStatus failed Status = (0x%x)\r\n", Status));
+     }
+     else
+     {
+         //
+         // this is because we initially have pull-ups on the GPIOs
+         //
+         *pGpioButtonPressed =  ( GpioStatus == TRUE ) ? FALSE : TRUE;
+     }
+
+
+   return Status;
+}
+//add by zh end
+
+
 /**
 Find a local key to an array.

@@ -335,6 +391,16 @@ EFI_STATUS ButtonsInit (
    )
 {
    EFI_STATUS Status;
+
+   // get tlmm Gpio protocol handle
+   Status = gBS->LocateProtocol(&gEfiTLMMProtocolGuid, NULL, (void**)&TLMMProtocol);
+   if ( EFI_ERROR (Status) )
+   {
+      DEBUG(( EFI_D_ERROR, "ButtonsInit: failed to locate TLMMProtocol, Status = (0x%x)\r\n", Status));
+      goto ErrorExit;
+   }
+
+   ASSERT(TLMMProtocol != NULL);

    // get Pmic Gpio protocol handle
    Status = gBS->LocateProtocol(&gQcomPmicGpioProtocolGuid, NULL, (VOID **) &PmicGpioProtocol);
@@ -361,6 +427,18 @@ EFI_STATUS ButtonsInit (
       DEBUG(( EFI_D_ERROR, "ButtonsInit: InitializeKeyMap() failed, Status =  (0x%x)\r\n", Status ));
       goto ErrorExit;
    }
+
+   // volume down add by zh
+   if (VOLUME_DOWN_BUTTON_GPIO != NOT_SUPPORTED)
+   {
+         Status = EnableInput_Meig(VOLUME_DOWN_BUTTON_GPIO);
+         if ( EFI_ERROR (Status) )
+         {
+               DEBUG(( EFI_D_ERROR, "ConfigureButtonGPIOs: EnableInput failed for VOL- button, Status = (0x%x)\r\n", Status));
+               goto ErrorExit;
+         }
+   }
+

    // Configure button GPIOs
    Status = ConfigureButtonGPIOs();
@@ -437,12 +515,18 @@ EFI_STATUS PollButtonArray( UINT8 *pButtonArray )

    //for volume down
    ButtonPressed = FALSE;
-   Status = ReadRealTimeIRQStatus( EFI_PM_PON_IRQ_RESIN_ON, &ButtonPressed );
+   Status = ReadGpioStatus_Meig( VOLUME_DOWN_BUTTON_GPIO, &ButtonPressed );
    if ( EFI_ERROR (Status) )
    {
-      DEBUG(( EFI_D_ERROR, "PollButtonArray: ReadRealTimeIRQStatus failed for VOL-, Status = (0x%x)\r\n", Status));
-      goto ErrorExit;
+     DEBUG(( EFI_D_ERROR, "PollButtonArray: ReadGpioStatus failed for VOL-, Status = (0x%x)\r\n", Status));
+     goto ErrorExit;
    }
+  // Status = ReadRealTimeIRQStatus( EFI_PM_PON_IRQ_RESIN_ON, &ButtonPressed );
+  // if ( EFI_ERROR (Status) )
+  // {
+   //   DEBUG(( EFI_D_ERROR, "PollButtonArray: ReadRealTimeIRQStatus failed for VOL-, Status = (0x%x)\r\n", Status));
+     // goto ErrorExit;
+  // }
    *(pButtonArray + 2) = ButtonPressed;

    //for home

boot_images/boot/QcomPkg/SocPkg/Kodiak/Library/ButtonsTargetLib/ButtonsLib.inf

@@ -54,6 +54,7 @@
   gEfiPlatformInfoProtocolGuid
   gQcomPmicGpioProtocolGuid
   gQcomPmicPwrOnProtocolGuid
+  gEfiTLMMProtocolGuid

 [Pcd]

修改之后:
PWR键 音量+

HLOS SubType    : 0x0
KeyPress:5, BootReason:0
Fastboot=0, Recovery:0
Booting from slot (_a)
//#define SCAN_HOME       0x0005

PWR键 音量-

KeyPress:8, BootReason:0
Fastboot=0, Recovery:0
//#define SCAN_DELETE     0x0008

WR键 音量+ 音量-：直接xbl 就进edl了？AP侧有这样一段代码决定的：
LA.UM.9.14.1\bootable\bootloader\edk2\QcomModulePkg\Application\LinuxLoader\LinuxLoader.c

//具体逻辑？log中没看出来
Status = GetKeyPress (&KeyPressed);
  if (Status == EFI_SUCCESS) {
    if (KeyPressed == SCAN_DOWN)
      BootIntoFastboot = TRUE;
    if (KeyPressed == SCAN_UP)
      BootIntoRecovery = TRUE;
    if (KeyPressed == SCAN_ESC)
      RebootDevice (EMERGENCY_DLOAD);//进下载模式

接着看这些宏定义

 55 #define SCAN_NULL       0x0000
 56 #define SCAN_UP         0x0001
 57 #define SCAN_DOWN       0x0002
 58 #define SCAN_RIGHT      0x0003
 59 #define SCAN_LEFT       0x0004
 60 #define SCAN_HOME       0x0005
 61 #define SCAN_END        0x0006
 62 #define SCAN_INSERT     0x0007
 63 #define SCAN_DELETE     0x0008
 64 #define SCAN_PAGE_UP    0x0009
 65 #define SCAN_PAGE_DOWN  0x000A

因此AP侧修改如下：
LA.UM.9.14.1\bootable\bootloader\edk2\QcomModulePkg\Application\LinuxLoader\LinuxLoader.c

Status = GetKeyPress (&KeyPressed);
  if (Status == EFI_SUCCESS) {
    //if (KeyPressed == SCAN_DOWN)
	if (KeyPressed == SCAN_DELETE)
      BootIntoFastboot = TRUE;
    //if (KeyPressed == SCAN_UP)
	if (KeyPressed == SCAN_HOME)
      BootIntoRecovery = TRUE;
    if (KeyPressed == SCAN_ESC)
      RebootDevice (EMERGENCY_DLOAD);
  } else if (Status == EFI_DEVICE_ERROR) {
    DEBUG ((EFI_D_ERROR, "Error reading key status: %r\n", Status));
    goto stack_guard_update_default;
  }

所以问题又来了，AP侧是怎么调用的？具体逻辑？
LA.UM.9.14.1\bootable\bootloader\edk2\QcomModulePkg\Library\BootLib\KeyPad.c在这里插入图片描述
gEfiSimpleTextInputExProtocolGuid 对应的处理函数集 KeypadSimpleInputExProtocolImplementation
跟随这个看下BP侧代码：
boot_images/boot/QcomPkg/Drivers/ButtonsDxe/ButtonsDxe.c +1048
boot_images/boot/QcomPkg/Drivers/KeypadDxe/KeypadDxe.c +920

回到AP侧代码，最终还是这里获取key 值：ReadKeyStrokeEx 被安装到gEfiSimpleTextInputExProtocolGuid 。
理论上应该调用KeysDxeReadKeyStrokeEx 才对，总共有三个ReadKeyStrokeEx，上面两个不会被调用，走的是下面的。
PollButtonArray–》PollForKey—》KeysDxeReadKeyStroke
对应BP：
boot_images/boot/QcomPkg/Drivers/SimpleTextInOutSerialDxe/SimpleTextInOut.c


EFI_SIMPLE_TEXT_INPUT_EX_PROTOCOL  mSimpleTextInEx = {
  TextInResetEx,
  ReadKeyStrokeEx,
  NULL, // WaitForKeyEx
  SetState,
  RegisterKeyNotify,
  UnregisterKeyNotify,
};
//函数定义的地方，ReadKeyStroke 有具体的函数映射
EFI_STATUS
EFIAPI
ReadKeyStrokeEx (
  IN  EFI_SIMPLE_TEXT_INPUT_EX_PROTOCOL *This,
  OUT EFI_KEY_DATA                      *KeyData
  )
{
  KeyData->KeyState.KeyShiftState = 0;
  KeyData->KeyState.KeyToggleState = 0;
  return ReadKeyStroke (NULL, &KeyData->Key);
}


EFI_STATUS
EFIAPI
SimpleTextInOutEntryPoint (
  IN EFI_HANDLE         ImageHandle,
  IN EFI_SYSTEM_TABLE   *SystemTable
  )
{
  EFI_STATUS            Status;
  EFI_EVENT             WaitKeyEvt;

  Status = gBS->CreateEvent (
                  EVT_NOTIFY_WAIT,
                  TPL_CALLBACK,
                  WaitForKeyEvent,
                  NULL,
                  &WaitKeyEvt
                  );
  ASSERT_EFI_ERROR (Status);
  
  mSimpleTextIn.WaitForKey = WaitKeyEvt;
  mSimpleTextInEx.WaitForKeyEx = WaitKeyEvt;

  Status = gBS->InstallMultipleProtocolInterfaces(
                  &mInstallHandle,
                  &gEfiSimpleTextInProtocolGuid,   &mSimpleTextIn,
                  &gEfiSimpleTextInputExProtocolGuid, &mSimpleTextInEx,
                  &gEfiSimpleTextOutProtocolGuid,  &mSimpleTextOut,
                  &gEfiDevicePathProtocolGuid,     &mDevicePath,
                  NULL
                  );
  if (!EFI_ERROR (Status)) {
    gST->ConOut = &mSimpleTextOut;
    gST->ConIn = &mSimpleTextIn;
  }
  
  return Status;
}

boot_images/boot/QcomPkg/Library/ButtonsLib/ButtonsLib.c

EFI_STATUS PollPowerKey(BOOLEAN *pPowerKey)
{
  EFI_STATUS Status = EFI_INVALID_PARAMETER;

   Status = ReadRealTimeIRQStatus( EFI_PM_PON_IRQ_KPDPWR_ON, pPowerKey );
   if ( EFI_ERROR (Status) )
   {
      DEBUG(( EFI_D_ERROR, "PollPowerKey: ReadRealTimeIRQStatus failed for Power Button, Status = (0x%x)\r\n", Status));
      goto ErrorExit;
   }

ErrorExit:
  return Status;
}

键值映射：
ConvertEfiKeyCode函数
boot_images\boot\QcomPkg\Library\ButtonsLib\ButtonsLib.c

if( bVolUpKeyIsPressed && bVolDownKeyIsPressed )
      {
         // combo key found
         EfiKey.ScanCode = SCAN_ESC;
      }
      else if( bCameraKeyIsPressed && bVolUpKeyIsPressed )
      {
         // combo key found
         EfiKey.ScanCode = SCAN_HOME;
      }
      else if( bCameraKeyIsPressed && bVolDownKeyIsPressed )
      {
         // combo key found
         EfiKey.ScanCode = SCAN_DELETE;
      }
      else if( bVolUpKeyIsPressed )
      {
         if( bPwrKeyPressed )
         {
            // combo key found
            EfiKey.ScanCode = SCAN_HOME;
         }
         else
         {
            // single key found
            EfiKey.ScanCode = SCAN_UP;
         }
      }
二、功能键调试

vendor/qcom/proprietary/devicetree/qcom/pmk8350.dtsi

pon_hlos@1300 {
			compatible = "qcom,qpnp-power-on";
			reg = <0x1300>, <0x800>;
			reg-names = "pon_hlos", "pon_pbs";
			interrupts = <0x0 0x13 0x7 IRQ_TYPE_EDGE_BOTH>,
				     <0x0 0x13 0x6 IRQ_TYPE_EDGE_BOTH>;
			interrupt-names = "kpdpwr", "resin";
			qcom,kpdpwr-sw-debounce;

			qcom,pon_1 {
				qcom,pon-type = <PON_POWER_ON_TYPE_KPDPWR>;
				qcom,pull-up = <1>;
				linux,code = <KEY_POWER>;//具体键值  116 对应16进制0x74
				qcom,support-reset = <1>;
				qcom,s1-timer = <10256>;
				qcom,s2-timer = <1000>;//debounce time = s1+s2=11s左右
				qcom,s2-type = <7>;
			};

			qcom,pon_2 {
				qcom,pon-type = <PON_POWER_ON_TYPE_RESIN>;
				qcom,pull-up;
				linux,code = <0x198>;//KEY_RESTART //具体键值 0x198就是16进制
				qcom,support-reset = <1>;
				qcom,s1-timer = <10256>;
				qcom,s2-timer = <1000>;//debounce time = s1+s2=按11s左右重启
				qcom,s2-type = <7>;
			};
		};
/*
qcom,support-reset: 
0 表示不支持按power键进重启功能
1 表示支持

qcom,s1-timer：
qcom,s2-timer：
qcom,s2-type：
1 = WARM_RESET
4 = SHUTDOWN
5 = DVDD_SHUTDOWN
7 = HARD_RESET
8 = DVDD_HARD_RESET


The debounce timer for the BARK interrupt for that reset source. Value is specified in ms. Supported values are: 0, 32, 56, 80, 128, 184, 272, 408, 608, 904, 1352, 2048, 3072, 4480, 6720, 10256
qcom,s2-timer
The debounce timer for the S2 reset specified in ms. On the expiry of this timer, the PMIC executes the reset sequence. Supported values are: 0, 10, 50, 100, 250, 500, 1000, 2000
qcom,s2-type
The type of reset associated with this source. The supported resets are: SOFT(0), WARM(1), SHUTDOWN(4), HARD(7)
*/

kernel/msm-5.4/include/dt-bindings/input/qcom,qpnp-power-on.h

#define PON_POWER_ON_TYPE_KPDPWR                0
#define PON_POWER_ON_TYPE_RESIN                 1
#define PON_POWER_ON_TYPE_CBLPWR                2
#define PON_POWER_ON_TYPE_KPDPWR_RESIN          3

/* PMIC PON peripheral physical power off types: */
#define PON_POWER_OFF_TYPE_WARM_RESET           0x01
#define PON_POWER_OFF_TYPE_SHUTDOWN             0x04
#define PON_POWER_OFF_TYPE_DVDD_SHUTDOWN        0x05
#define PON_POWER_OFF_TYPE_HARD_RESET           0x07
#define PON_POWER_OFF_TYPE_DVDD_HARD_RESET      0x08

\LA.UM.9.14.1\vendor\qcom\proprietary\devicetree\qcom\yupik-qrd.dtsi

gpio_keys {
		compatible = "gpio-keys";
		label = "gpio-keys";

		pinctrl-names = "default";

		pinctrl-0 = <&key_vol_up_default>,<&gpio_keys_active>;

		home {
			label = "home";
			gpios = <&tlmm 24 GPIO_ACTIVE_LOW>;
			linux,input-type = <1>;
			linux,code = <KEY_HOME>;//102
			linux,can-disable;
			debounce-interval = <15>;
			gpio-key,wakeup;
		};

		vol_up {
			label = "volume_up";
			gpios = <&pm7325_gpios 6 GPIO_ACTIVE_LOW>;
			linux,input-type = <1>;
			linux,code = <KEY_VOLUMEUP>;//键值
			gpio-key,wakeup;
			debounce-interval = <15>;
			linux,can-disable;
		};

		vol_down {
			label = "volume_down";
			gpios = <&tlmm 25 GPIO_ACTIVE_LOW>;
			linux,input-type = <1>;
			linux,code = <KEY_VOLUMEDOWN>;
			linux,can-disable;
			debounce-interval = <15>;
			gpio-key,wakeup;
		};
	};

vendor/qcom/proprietary/devicetree/qcom/yupik-pinctrl.dtsi

+ gpio_keys_active {
+             gpio_keys_active: gpio_keys_active {
+                 mux {
+                     pins = "gpio45", "gpio47";
+                     function = "gpio";
+                 };
+                 config {
+                     pins = "gpio45", "gpio47";
+                     drive-strength = <8>;
+                     bias-pull-up;
+                 };
+             };
+         };
+         gpio_keys_suspend {
+             gpio_keys_suspend: gpio_keys_suspend {
+                 mux {
+                     pins = "gpio45", "gpio47";
+                     function = "gpio";
+                 };
+                 config {
+                     pins = "gpio45", "gpio47";
+                     drive-strength = <2>;
+                     bias-pull-down;
+                 };
+             };
+         };

如何DEBUG：

1.代码逻辑分析： 通过如下属性找到源码位置： 
compatible = "gpio-keys";
//kernel/msm-5.4/drivers/input/keyboard/gpio_keys.c
compatible = "qcom,qpnp-power-on";
//kernel/msm-5.4/drivers/input/misc/qpnp-power-on.c
//device/qcom/qssi/gpio-keys.kl
//frameworks/base/data/keyboards/Generic.kl

在老平台上修改dtsi后键值无功能，新平台未找到qpnp_pon.kl,gpio-key走的就是gpio-keys.kl,pon key 走的是？
device/google/atv/Generic.kl ---- 应该是它
device/amlogic/yukawa/Generic.kl—三方客制化的：
注：对于新加一个gpio-key的按键，在device/google/atv/Generic.kl 里有按键定义 也要在device/qcom/qssi/gpio-keys.kl 从新写一下，不然按键不起作用 getevent -l 里可以其作用 但是用的时候不起作用。
在这里插入图片描述
那么底层dtsi的键值怎么一步步映射到kl的呢？
kernel/msm-5.4/include/uapi/linux/input-event-codes.h


#define KEY_VOLUMEDOWN		114
//PON_POWER_ON_TYPE_KPDPWR 键参考上面的qcom,qpnp-power-on.h

device/qcom/qssi/gpio-keys.kl

key 115   VOLUME_UP
key 114   VOLUME_DOWN
key 102   HOME
key 528   FOCUS
key 766   CAMERA

device/google/atv/Generic.kl

key 116   POWER

frameworks/base/data/keyboards/Generic.kl

key 113   VOLUME_MUTE
key 114   VOLUME_DOWN
key 115   VOLUME_UP
key 116   POWER
2.DEBUG手法 以PWR键为例 
C:\Users\Admin>adb shell
lahaina:/ # getevent
add device 1: /dev/input/event5
  name:     "lahaina-yupikidp-snd-card Button Jack"
add device 2: /dev/input/event4
  name:     "lahaina-yupikidp-snd-card Headset Jack"
add device 3: /dev/input/event3
  name:     "goodix-ts"
add device 4: /dev/input/event0
  name:     "qpnp_pon"
add device 5: /dev/input/event2
  name:     "gpio-keys"
add device 6: /dev/input/event1
  name:     "Typec_Headphone"


/dev/input/event0: 0001 0074 00000001
/dev/input/event0: 0000 0000 00000000
/dev/input/event0: 0001 0074 00000000
/dev/input/event0: 0000 0000 00000000


^C
130|lahaina:/ # getevent -l
add device 1: /dev/input/event5
  name:     "lahaina-yupikidp-snd-card Button Jack"
add device 2: /dev/input/event4
  name:     "lahaina-yupikidp-snd-card Headset Jack"
add device 3: /dev/input/event3
  name:     "goodix-ts"
add device 4: /dev/input/event0
  name:     "qpnp_pon"
add device 5: /dev/input/event2
  name:     "gpio-keys"
add device 6: /dev/input/event1
  name:     "Typec_Headphone"



/dev/input/event0: EV_KEY       KEY_POWER            DOWN
/dev/input/event0: EV_SYN       SYN_REPORT           00000000
/dev/input/event0: EV_KEY       KEY_POWER            UP
/dev/input/event0: EV_SYN       SYN_REPORT           00000000

130|lahaina:/ # ^C
130|lahaina:/ #

比如新加一个指纹，怎么看指纹的中断有没有加好,查看中断号：
cat /proc/interrupts ------- |grep finger、fpsensor、chipone、goodix

我们如何通过命令来input 按键呢？
input keyevent 26 (PWR键功能，底层咋是116呢？)
在下面的代码这里映射的：
frameworks/base/core/java/android/view/KeyEvent.java

public static final int KEYCODE_POWER           = 26;

SM6125 平台关机短按power键就开机，改为长按开机：

+++ b/boot_images/QcomPkg/Library/PmicLib/app/pon/src/pm_app_key_press.c
@@ -67,6 +67,9 @@ pm_app_pwrkey_long_press_check(pm_pon_pwrkey_dbnc_chk_at_type  dbnc_chk_at)
   }

   pmic_index = dbnc_chk->pmic_index;
+  /*yjc add for bug25957 start */
+  dbnc_chk->dbnc_time_msec = 2000;
+  /*yjc add for bug25957 end */

如何新建一个按键：

待更新：
底层逻辑
键值映射
定时器的应用
TP的键值功能？

墨染天姬
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
QCM6490启动流程梳理
weixin_40970718的博客
09-29 985
高通平台启动过程简述。
QCM6490 打开KASAN
03-03
对于android死机问题，打开KASAN后会打印更多信息，这样复现抓取dump能更好的debug死机问题。
QCM6490 多次点击power键才能唤醒屏幕
weixin_40970718的博客
05-22 1045
点击2-3次power键才能唤醒屏幕。1.gpio 占用，目测最有可能的是gpio占用 导致超时 （1.通过添加log定位 2.排查添加的gpio）-排除，没有报错也无法唤醒2.休眠有问题3.唤醒有问题4.pmi休眠唤醒异常导致 --对比另外的项目有同样报错没有问题，排除5.发现oom (PASR关闭测试)–关闭仍然出现6.调试DP导致的（fusb302）-- 移除依然出现7.pci8.对比代码发现audio有所不一样，移除查看9.按键上报延时或者没有报上去导致的。
QCM6490 SSR 记述（一）
weixin_40970718的博客
09-15 1832
modem 子系统crash导致系统crash，偶现。且SSR已经关闭。
LCD/HDMI OUT调试经验（4）------点亮LCD
weixin_42847269的博客
05-04 3259
本文以最近在QCM6490平台调试的一块FT8719为例，详细介绍点亮一块LCD屏幕的完整过程。 点亮屏幕的操作主要分两部分：上电和配置MIPI参数。上电保证屏幕可以有正常的背光，而MIPI参数保证有合适的清晰度，分辨率和画面。 一、上电 拿到调试任务先看原理图，以下为LCD的一些引脚。 从名称中可以了解我们需要对LCM_AVDD、LCM_AVEE以及VREG_L12C上电，LED_K和LED_A为PWM调光的引脚，最后还需要对RESET_N进行拉低高低电压初始化初始化。 如果是新手或
LCD/HDMI OUT调试经验（3）------GPIO操作与MIPI参数的获取方式
weixin_42847269的博客
05-03 2110
在了解上一章节引脚权限相关操作后，我将抛开官方描述，从入手调试角度详细介绍模块中的GPIO是什么、怎么操作等等。另外，最后将以LCD的mipi数据获取方式介绍AP与BP的交流。 一、GPIO 之前讲述一些概念时我都以引脚来代替GPIO，一是因为引脚的概念大家在大学都学过了解过，二是抛开概念不谈，其实GPIO和pin脚是一样的，只不过主动可控的pin脚叫GPIO，而被动受影响的pin脚就是pin，这里需要注意的是我们在高通的代码中只能操作高通模块的GPIO，一些外接芯片的引脚都是受控的，所以无法直
QCM6490 QUDTT测试
weixin_40970718的博客
10-19 4820
前言： 基于最新版 QDUTT（QCOM DDR USB TEST TOOL） 2.0.2 介绍了如何使用 QDUTT 对 SDM845/SDM670/SDM710/ SM8150/SC8180X/SM6150/SM7150/SM8250/SM7250 芯片组运行 DDR 调试映像 (DDI) 测 试。本文档面向工作内容涉及对这些设备进行内存测试的软件工程师。 SDM845/SDM670/SDM710/SM8150/SC8180X/SM6150/SM7150/SM8250/SM7250 芯片组中引 入了 D
查看cpu占用率，QCM6490 SM6350等平台实际验证可用
11-15
push 到system/bin/下 mpstat -P ALL 3 Linux 5.10.110-qki-consolidate-android12-9-gbd7873aec79c-dirty (localhost) 11/01/22 _aarch64_ (8 CPU) 02:55:28 CPU %usr %nice %sys %iowait %irq %soft %steal %...
基于QCM传感器的生物芯片检测电路的设计
07-30
QCM凝血传感器通过红细胞阻抗特性的变化引起传感器的响应来检测红细胞凝集时间和沉降速率。
QCM modele
07-21
很实用，对于初学者以及开发者都很实用！希望有同行者留言多多交流，呵呵
一种QCM信号在线采集系统的实现
12-09
摘要：石英晶体微天平（QCM）信号采集系统的设计质量是影响其测量精度的重要因素。提出了一种QCM信号在线系统的实现方案，给出了系统的结构框图，并对系统电路进行了详细的分析。 关键词：石英晶体微天平 DSP 谐振...
QCS6490、QCM6490 高通物联网模组 解决方案
Mandy_mjd的博客
12-01 7193
QCS6490和QCM6490是高通公司专门面向高端物联网终端而优化的首款物联网解决方案，旨在提供顶级特性，包括全球5G连接和超高速Wi-Fi 6E。凭借Kryo 670 CPU架构，该解决方案提供强大性能并专为工业和商业物联网应用打造，该解决方案支持5G毫米波/Sub-6GHz和Wi-Fi 6E，支持最新一代加固式手持设备和平板电脑、工业扫描仪及人机界面系统。 与前代解决方案相比，该解决方案通过强大的连接、更低时延、动态三ISP和第6代高通AI引擎实现的先进边缘AI与计算，在降低功耗的同时提供强大性能。
高通UEFI研究[六]
jlgcumt的博客
03-13 3356
MDPPlatformConfigure分析 MDP_Status MDPPlatformConfigure(MDP_Display_IDType eDisplayId, MDPPlatformConfigType eConfig, MDPPlatformParams *pPlatformParams) { MDP_Status eStatus ...
msm8996 qcom 平台，lk中通过串口进入fastboot
qq_30025621的博客
12-04 1899
1.V:\android\LINUX\android\bootable\bootloader\lk\app\aboot\aboot.c          char key_code;          if (getc(&amp;key_code) &lt; 0)     {         dprintf(ALWAYS,"sdssgl getc failed.\n");     }else{  ...
高通平台 pmic—gpio修改（一）
weixin_43453149的博客
11-24 7183
最近遇到一个很有意思的问题，在abl阶段获取某个gpio状态并且进行判断，若为拉低则去做下一步的客制化的功能。过程较为坎坷，因此记录一下
SDM660平台PWM配置
qq_45034380的博客
04-07 1308
高通SDM660平台PWM配置
高通Q888内核源码分析--概述篇
lee_xin_gml的专栏
07-18 1436
基于小米开源代码Linux Kernel5.4.61, github地址为https://github.com/MiCode/Xiaomi_Kernel_OpenSource.git star-r-oss Mi 11 Lite 5G, Mi 11 Pro, Mi 11 Ultra, MIX FOLD Android R LA.UM.9.14.r1-11500-LAHAINA.0 star-r-oss 第一部分 调频部分 1. 调频与调度的交互 2. 调频相关的负载信号
划水第一篇 QCM6125 AndroidR 代码下载与编译
gtychuashuiwang的博客
07-06 1938
QCM6125 AndroidR 代码下载与编译
Android11编译第六弹：user版本增加su+内置root用户
最新发布
joedan0104的专栏
11-14 2844
问题1：user版本默认不开放root，adb登录后默认采用system用户，收紧用户权限；问题2：因为有些功能需要用到root用户，例如设置网卡地址，网卡开启和关闭等，因为线上设备user版本没有root用户开放，很不方便。采用允许登录root用户的方式，登录时增加密码验证。
qcm6490启动流程梳理
10-09
QCM6490启动流程梳理： QCM6490是一种启动流程的处理器芯片，它具有一系列的启动流程。 首先，当电源被打开时，芯片进入到Reset状态，在这个状态下，芯片的所有寄存器、电路和功能都被重置为初始状态。接下来，芯片进入到Boot ROM的阶段，Boot ROM是一个存储器模块，其中包含了初始化引导程序的代码。引导程序的主要功能是加载操作系统和其他应用程序。 引导程序被加载完成后，芯片进入到初始化硬件的阶段。在这个阶段，芯片会对各种硬件组件进行初始化设置，例如外设接口、存储器控制器和时钟模块等。 接着，芯片进入到加载操作系统的阶段。操作系统通常存储在外部存储器中，如闪存或SD卡。在这个阶段，芯片会通过外设接口加载操作系统的代码和数据，并将控制权交给操作系统。 一旦操作系统加载完成，芯片进入到操作系统启动的阶段。在这个阶段，操作系统会初始化各种系统服务和设备驱动程序，为用户程序和应用程序提供运行环境。同时，操作系统也会监控芯片的各种状态和响应用户的指令。 最后，芯片进入到用户程序的运行阶段。在这个阶段，用户程序和应用程序可以与芯片进行交互，执行各种任务和功能。芯片的启动流程到此结束。 总体来说，QCM6490的启动流程包括重置芯片、加载引导程序、初始化硬件、加载操作系统和启动操作系统等几个关键步骤。这个流程确保了芯片在启动时的正常运行，并为用户提供一个良好的使用环境。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

墨染天姬

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值