高通xbl中监测ufs健康状态

已于 2024-02-08 11:09:04 修改
阅读量1.3k 收藏 23
点赞数 22
分类专栏： 高通xbl和abl 文章标签： linux arm开发 c语言
于 2024-02-07 17:30:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hinewcc/article/details/136021756
版权

原创不易，若帮到您，请点个赞!!!

说明：本文基于 西部数据INAND 8521A UFSV2.1 实现。

简介：

        高通平台UFS相关问题不好排查，为了增加UFS问题分析手段，并能在设备启动第一时间获取到UFS的健康状态，因此开发了在xbl中读取、打印UFS健康报告(Smart-report)的功能。

        在QNX系统中，ufs-utils-dev工具可通过系统调用方式读取UFS健康报告。我已下载到ufs-uitls-dev工具源码，并已移植到linux系统中正常运行。本文着重讲解xbl中如何实现读取UFS健康报告的。移植ufs-utils-dev步骤比较简单，不再赘述。

一、linux中ufs-utils-dev工具读取UFS健康报告

1、运行ufs-utils-dev工具

        ./ufs-utils vendor -i 1 -O 0x7d9c69 -g 1 -p /dev/sda

可以看到，累计上电初始化次数、累计非正常掉电次数等UFS健康数据。

2、附上ufs-utils-dev源码资料链接

https://download.csdn.net/download/hinewcc/88819544

二、xbl中读取UFS健康报告

1、xbl中代码框架

​

  • 黑色部分：读取并打印ufs健康报告
  • 红色部分：xbl中保存ufs健康报告

        如果只需要读取并打印ufs健康报告，很简单，只需要在ufs_api.c中定义ufs_report_result_get()读取ufs健康报告接口，在UFS.c中调用即可

2、代码分析

首先看下修改了哪些文件

​​​​​​​ ​

2.1 QcomPkg/Library/UfsCommonLib/ufs_api.c

        新增读取、保存ufs健康状态信息API函数

2.1.1 ufs健康状态信息读取函数

        下面为新增的代码

/* 封装scsi命令读buf函数接口 */
int32 ufs_read_buf (struct ufs_handle *handle, uint8_t *buf, 
                            uint8_t mode, uint8_t buf_id, 
                            uint32_t offset, uint32_t len)
{
   int32 rc = EOK;

   STOR_PROFILE_START;

   // Check input parameter
   if (handle == NULL) {
      return -EINVAL;
   }

   // Check inuse flag
   if (handle->is_inuse != UFS_INUSE_TRUE ||
       handle->id_magic != UFS_HANDLE_MAGIC_ID) {
      return -EINVAL;
   }

   // Make sure the host controlle interface is ready
   if (handle->phc == NULL) {
      return -EINVAL;
   }

   /* SCSI命令整合并读取数据 */
   rc = ufs_scsi_read_buf (handle, buf, mode, buf_id, offset, len);

   STOR_PROFILE_END(UFS_PROFILE_READ_BIT_MASK, "UFS_READ", offset, len);

   return rc;
}

/* 解析ufs健康状态到UFS_REPORT_RESULT_T中 */
static void ufs_report_parse(uint8_t *buf, UFS_REPORT_RESULT_T *_pResult)
{
	int i;
	UFS_REPORT_FIELD_T *tmp;

	for (i = 0; i < _pResult->num; i++) {
		tmp = &_pResult->tField[i];

		if (tmp->width_byte == 1) {
         tmp->value = buf[tmp->offset];
		} else if (tmp->width_byte == (1 << 2)) {
         tmp->value = *(uint32_t *)&buf[tmp->offset];
		} else if (tmp->width_byte == (1 << 3)) {
			memcpy(_pResult->fw_rel_time, &buf[tmp->offset], FW_REL_TIME_LEN);
		} else if (tmp->width_byte == FW_REL_DATE_LEN) {
			memcpy(_pResult->fw_rel_date, &buf[tmp->offset], FW_REL_DATE_LEN);
		}
	}
}

/* debug打印ufs健康状态信息 */
static void ufs_report_print(char *str, uint8_t *buf, UFS_REPORT_RESULT_T *_pResult)
{
	int i;
	UFS_REPORT_FIELD_T *tmp;
	char fw_rel_date[FW_REL_DATE_LEN + 1] = {0};
	char fw_rel_time[FW_REL_TIME_LEN + 1] = {0};

	for (i = 0; i < _pResult->num; i++) {
		tmp = &_pResult->tField[i];

		if (tmp->width_byte == 1) {
			DEBUG ((EFI_D_ERROR, "%a [Byte offset 0x%x]: %a = 0x%x\n",
				str,
				tmp->offset,
				tmp->name,
				buf[tmp->offset]));
		} else if (tmp->width_byte == (1 << 2)) {
			DEBUG ((EFI_D_ERROR, "%a [Byte offset 0x%x]: %a = 0x%x\n",
				str,
				tmp->offset,
				tmp->name,
				*(uint32_t *)&buf[tmp->offset]));
		} else if (tmp->width_byte == (1 << 3)) {
			memcpy(fw_rel_time, &buf[tmp->offset],
				FW_REL_TIME_LEN);
			DEBUG ((EFI_D_ERROR, "%a [Byte offset 0x%x]: %a = %a\n",
				str,
				tmp->offset,
				tmp->name,
				fw_rel_time));
		} else if (tmp->width_byte == FW_REL_DATE_LEN) {
			memcpy(fw_rel_date, &buf[tmp->offset],
				FW_REL_DATE_LEN);
			DEBUG ((EFI_D_ERROR, "%a [Byte offset 0x%x]: %a = %a\n",
				str,
				tmp->offset,
				tmp->name,
				fw_rel_date));
		} else {
			DEBUG ((EFI_D_ERROR, "%a [Byte offset 0x%x]: %a Wrong Width = %d",
				str,
				tmp->offset,
				tmp->name,
				tmp->width_byte));
		}
	}
}

/* 读取UFS健康状态 */
#define UFS_BLOCK_SIZE  512
//#define UFS_REPORT_DEBUG		//打印ufs健康状态信息
int ufs_report_result_get(struct ufs_handle *_pHandle, UFS_REPORT_RESULT_T *_pResult)
{
   INT32  rc = 0; 
   uint8 buf[UFS_BLOCK_SIZE] = {0};

    /* 1.scsi命令读取ufs健康状态信息 */
   rc = ufs_read_buf (_pHandle, buf, 1, 1, 0x7d9c69, UFS_BLOCK_SIZE);
   if (UFS_EOK != rc) {
      DEBUG ((EFI_D_ERROR, "ufs_scsi_read_buf with return value of %d\n", rc));
      return -1;
   }

   /* 2.解析读取到的信息，并存入UFS_REPORT_RESULT_T结构体 */
   ufs_report_parse((uint8_t *)buf, _pResult);

#ifdef UFS_REPORT_DEBUG
   /* 3.debug打印读取到的ufs健康状态信息 */
   ufs_report_print("Device Report:", (uint8_t *)buf, _pResult);
#endif

   return 0;
}
  • 定义 UFS_REPORT_DEBUG 宏后，读取到的ufs健康报告会通过串口打印出来。
  • ufs_read_buf() 函数实参是根据资料的手册中 READ BUFFER 命令设置的

​

  • 读取ufs健康状态信息会用到UFS_REPORT_RESULT_T结构体，解析后的数据也会存入UFS_REPORT_RESULT_T。结构体定义在 ufs_api.h 中，如下：
#define FW_REL_DATE_LEN 12
#define FW_REL_TIME_LEN 8

typedef enum {
	BYTE_SIZE	= 1,
	WORD_SIZE	= 2,
	DOUBLE_WORD_SIZE = 4
}FIELD_WIDTH_E;

typedef struct {
	char *name;					//状态项名称
	int offset;					//对应读取buf中的偏移
	FIELD_WIDTH_E width_byte;	//占用字节数
   int value;					//解析后得到的值
   int bSave;					//是否保存，TRUE：保存，FALSE:不保存
}UFS_REPORT_FIELD_T;

#define UFS_REPORT_RESULT_NUM 44
typedef struct {
   char fw_rel_date[FW_REL_DATE_LEN + 1];    //固件版本编译日期
   char fw_rel_time[FW_REL_TIME_LEN + 1];    //固件版本编译时间
   UFS_REPORT_FIELD_T tField[UFS_REPORT_RESULT_NUM];	//ufs健康状态所有项，共44个
   int num;									//状态项数量，共44个
}UFS_REPORT_RESULT_T;

ufs健康信息44个项的缺省值定义：

UFS_REPORT_FIELD_T g_tUfsReportField_default[UFS_REPORT_RESULT_NUM] = {
/* 名称					读取buf中的偏移 	占时字节数 值(缺省0)	是否保存 */
	{"AverageEraseEnh",				0,	1 << 2,		0,		FALSE},
	{"AverageEraseTypeA",			4,	1 << 2,		0,		FALSE},
	{"AverageEraseTypeB",			8,	1 << 2,		0,		FALSE},
	{"ReadReclaimCountTypeC",		12,	1 << 2, 	0,		FALSE},
	{"ReadReclaimCountTypeA",		16, 1 << 2, 	0,		FALSE},
	{"ReadReclaimCountTypeB",		20, 1 << 2, 	0,		FALSE},
	{"BadBlockManufactory",			24, 1 << 2, 	0,		FALSE},
	{"BadBlockRuntimeTypeC",		28, 1 << 2, 	0,		FALSE},
	{"BadBlockRuntimeTypeA",		32, 1 << 2, 	0,		FALSE},
	{"BadBlockRuntimeTypeB",		36, 1 << 2, 	0,		FALSE},
	{"FieldFWUpdatesCount",			40, 1 << 2, 	0,		FALSE},
	{"FWReleaseDate",				44, FW_REL_DATE_LEN, 0, FALSE},
	{"FWReleaseTime",				56, 1 << 3, 	0,		FALSE},
	{"CumulativeHostWriteDataSize", 64, 1 << 2, 	0,		FALSE},
	{"NumVccVoltageDropsOccur",		68, 1 << 2, 	0,		TRUE},		//保存
	{"NumVccVoltageDroopsOccur",	72, 1 << 2, 	0,		FALSE},
	{"NumFailuresRecover",			76, 1 << 2, 	0,		FALSE},
	{"TotalRecoveryOperation",		80, 1 << 2, 	0,		FALSE},
	{"CumulativeSSLCWritePayload",	84, 1 << 2, 	0,		FALSE},
	{"CumulativeSSLCBigFileWritePayload", 88, 1 << 2, 0, 	FALSE},
	{"NumberTimesSSLCBigFileOperated", 92, 1 << 2, 	0, 		FALSE},
	{"AverageEraseSSLCBigModeCycles", 96, 1 << 2, 	0, 		FALSE},
	{"CumulativeInitCount",			100, 1 << 2, 	0, 		TRUE},		//保存
	{"MaxEraseCyclesTypeC",			104, 1 << 2, 	0,		FALSE},
	{"MaxEraseCyclesTypeA",			108, 1 << 2, 	0, 		FALSE},
	{"MaxEraseCyclesTypeB",			112, 1 << 2, 	0, 		FALSE},
	{"MinEraseCyclesTypeC",			116, 1 << 2, 	0, 		FALSE},
	{"MinEraseCyclesTypeA",			120, 1 << 2, 	0, 		FALSE},
	{"MinEraseCyclesTypeB",			124, 1 << 2, 	0, 		FALSE},
	{"PreEOLWarningTypeC",			152, 1 << 2, 	0, 		FALSE},
	{"PreEOLWarningTypeB",			156, 1 << 2, 	0, 		FALSE},
	{"UncorrectErrCorrectionCode",	160, 1 << 2, 	0, 		FALSE},
	{"CurrentTemperature",			164, 1 << 2, 	0, 		FALSE},
	{"MinTemperature",				168, 1 << 2, 	0, 		FALSE},
	{"MaxTemperature",				172, 1 << 2, 	0, 		FALSE},
	{"EnrichedDeviceHealthTypeC",	180, 1 << 2, 	0, 		FALSE},
	{"EnrichedDeviceHealthTypeB",	184, 1 << 2, 	0, 		FALSE},
	{"CurrentPowerMode",			191, 1, 		0, 		FALSE},
	{"EnrichedDeviceHealthTypeA",	192, 1 << 2, 	0, 		FALSE},
	{"PreEOLWarningTypeB",			196, 1 << 2, 	0, 		FALSE},
	{"NumIOVoltDroopsOccurrences",	200, 1 << 2, 	0, 		FALSE},
	{"CumulativeHostReadDataSize",	204, 1 << 2, 	0, 		FALSE},
	{"BitFlipDetectionCounter",		208, 1 << 2, 	0, 		FALSE},
	{"BitFlipCorrectionCounter",	212, 1 << 2, 	0, 		FALSE}
};

可以看到，当我们需要新增UFS某个健康状态项保存时，只用修改 bSave 值为 TRUE 即可。

2.1.2 ufs健康状态信息保存函数（若只打印不保存，则不用定义此函数）
/* UFS健康状态保存 */
void ufs_report_result_save(UFS_REPORT_RESULT_T *_pResult)
{
   int i;
   UFS_REPORT_FIELD_T *pTmp;
   char SaveBuf[96] = {0};

   /* 轮询44个ufs健康状态项 */
   for (i = 0; i < _pResult->num; i++) {
      pTmp = &_pResult->tField[i];

      /* 当bSave为TRUE时，会将名称和值保存 */
      if (pTmp->bSave == TRUE) {
         snprintf(SaveBuf, 95, "%s : 0x%x", pTmp->name, pTmp->value);
         //调用数据保存接口（主要介绍如何读取ufs健康报告，保存接口自己写）
      }
   }
}

        到这里，最关键的UFS健康读取函数 ufs_report_result_get() 已经定义好了。调用后，根据项目需求直接打印数据或者保存。

2.2 QcomPkg/Drivers/UFSDxe/UFS.c

        UFS.c 是xbl中自带的一个UFS驱动，UFSDxeInitialize是它的入口函数。 函数会轮询lun，当lun为0时，拿到handle句柄调用 ufs_report_result_get() 去读取ufs健康状态即可。

2.2.1 读取ufs健康状态

        lun为0 时读取ufs健康状态，存到 s_tURResult 即可，代码在下面介绍。

2.2.2 定义GUID

​

  • QcomPkg/QcomPkg.dec 的 [Protocols] 中定义 gEfiUfsReportResultProtocolGuid ，并设置为生成的GUID
[Protocols] 
  # Ufs Report Result            #新增
  gEfiUfsReportResultProtocolGuid =     { 0x1567b704, 0x54c6, 0x4041,{ 0x9e, 0xc0, 0x16, 0x34, 0x07, 0xe8, 0xa1, 0x61 } }
  • QcomPkg/Drivers/UFSDxe/UFSDxe.inf 中 [Protocols] 声明 gEfiUfsReportResultProtocolGuid

​

2.2.3 新建protocol，用作ufs健康状态结构体的传输通道（若只打印不保存，则无需新建protocol）

   可以看到，Status = gBS->InstallMultipleProtocolInterfaces(&gEfiUfsReportResultProtocolGuid, &s_tURResult) 将 gEfiUfsReportResultProtocolGuid 和 s_tURResult 建立联系

/* ufs_api.h 头文件 */
#include <Library/UfsCommonLib/ufs_api.h>

/* 创建 UFS_REPORT_RESULT_T 结构体用于解析ufs健康状态和存储状态值 */
static UFS_REPORT_RESULT_T s_tURResult; 

/* UFS初始化接口，只需看ufs健康状态埋点相关内容 */
EFI_STATUS EFIAPI UFSDxeInitialize (
            IN EFI_HANDLE         ImageHandle,
            IN EFI_SYSTEM_TABLE   *SystemTable)
{
   /* 初始化UFS_REPORT_RESULT_T结构 */
   s_tURResult.num = UFS_REPORT_RESULT_NUM;		//44个状态项
   memcpy(s_tURResult.tField, g_tUfsReportField_default, sizeof(s_tURResult.tField));

    ... ...

   for (lun = 0; lun < total_luns_enabled; lun++)
   { 
      ... ...

      /* Initialize LUN */
      gUfsDevice[lun].DeviceHandle = ufs_open (0, lun);
      if (!gUfsDevice[lun].DeviceHandle) {
         gUfsDevice[lun].BlkIo.Media->MediaPresent = FALSE;
         continue;
      }
      ... ...

       /* lun为0 时读取ufs健康状态，存到 s_tURResult */
      if (lun == 0) {
         if (ufs_report_resul_get((struct ufs_handle *)gUfsDevice[lun].DeviceHandle, &s_tURResult)){
            DEBUG ((DEBUG_ERROR, "ufs device report fail\n"));
         }
      }

      /* Assume LUN0 and install the following protocols: */ 
      /* BlkIO */
      Status = gBS->InstallMultipleProtocolInterfaces (
         &gUfsDevice[lun].ClientHandle,  
         &gEfiBlockIoProtocolGuid, &gUfsDevice[lun].BlkIo, 
         &gEfiDevicePathProtocolGuid, &gUfsDevicePath[lun],
         &gEfiMemCardInfoProtocolGuid, &gUfsDevice[lun].CardInfo,
         &gEfiBlockIo2ProtocolGuid, &gUfsDevice[lun].BlkIo2,
         &gEfiEraseBlockProtocolGuid, &gUfsDevice[lun].EraseBlk,
         &gEfiStorageWpProtocolGuid, &gUfsDevice[lun].WriteProtect, 
          
	  /* 创建Protocol，用于传递ufs健康状态 */
         &gEfiUfsReportResultProtocolGuid, &s_tURResult,
         NULL
      );
      ASSERT_EFI_ERROR(Status);
   }
}

        到这里，ufs健康状态存在 s_tURResult 中，通过 gEfiUfsReportResultProtocolGuid 可以拿到。

        不管是在xbl中其他驱动，还是abl中，只需通过 gEfiUfsReportResultProtocolGuid 就能拿到 UFSDxeInitialize 函数中读取到的ufs健康报告了。

3、测试结果

        在 ufs_report_result_get() 函数前定义 UFS_REPORT_DEBUG 宏，读取ufs健康报告时就会解析并通过串口打印出来：

​

hinewcc
关注
  • 22
    点赞
  • 踩
  • 23
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
专栏目录
ufs-utils:已创建UFS工具项目，以允许从用户空间访问UFS设备，并执行UFS基本操作集
05-05
UFS工具版本1.9 描述： a）使用Linux内核中的BSG基础结构读取/写入设备标志，属性和描述符（适用于5.1 rc1） 由于UFS BSG驱动程序中的问题，必须应用以下修补程序： b）获取/设置UNIPRO属性c）HMR-主机手动刷新功能以下选项可能适用于SCSI BSG设备使用sg v4结构（例如/ dev / 0：0：0：0） 或通过使用sg v3结构的SCSI通用接口（例如/ dev / block / sda） d）错误记录e）FFU-现场固件更新f）根据SCSI WRITE / READ Buffer命令发送供应商命令g）RPMB功能 该工具符合UFS 3.1规范。 建造： 设置CROSS_COMPILE变量（例如）： 出口CROSS_COMPILE = / XXX / aarch64-linux-gnu- 建造： “制作” 干净的： “打扫干净” 用法 将工
UFS 11 - UFS RPMB分区功能验证
天使之翼
06-21 2239
验证UFS的RPMB分区的功能可以借助于ufs-utils去验证，ufs-utils也可以去验证UFS其他lun的功能。
UFS 14 - UFS RPMB安全读写命令
天使之翼
07-11 2470
根据[SPC]，如果在 SECURITY PROTOCOL IN 命令中将 SECURITY PROTOCOL 字段设置为 00h 并且将 SECURITY PROTOCOL SPECIFIC 字段设置为 0000h，则参数数据应具有表 12.13 中所示的格式。[SPC]中定义的SECURITY PROTOCOL IN命令和SECURITY PROTOCOL OUT命令用于在主机和设备之间封装和传递任何安全协议的数据包，而无需解释、分解或重新组装数据包进行传递。ufs-utils的相关资料可以参考。
文件系统 | 以F2FS为具体操作系统的数据写流程
marlos的博客
04-12 1377
在前面的学习中，我们已经知道了一个文件的打开和读写时的系统调用过程，但是它们都在VFS层及之前，今天我们尝试以F2FS为具体操作系统，观察它的写入过程并着重观察F2FS冷热分流在其中的作用。这篇文章会比较长。数据写流程整体概览：首先我们要明确的是，在调用了write接口后，write的内容并不会一下子啪的一下就到磁盘上，而是通过操作系统中熟悉的脏页回写机制冲刷到磁盘上（见附推分享），所以，在wri...
UFS系列十：UFS电源管理
Yannick Jiang 的专栏
04-16 5743
转载：蛋蛋读UFS之十：UFS电源管理 FS是手机存储设备，因此对功耗要求很高。我们来看看UFS的电源管理。 三个供电电压，VCC,VCCQ和VCCQ2，分别给UFS设备模块供电。UFS设备主要包括三部分：前端UFS接口（M-PHY），UFS控制器和闪存介质（图中的Memory模块）。VCC给闪存介质供电，VCCQ一般给闪存输入输出接口和UFS控制器供电，VCCQ2一般给M-PHY或其它...
UFS 16 - uboot下UFS使用SCSI验证功能
天使之翼
07-18 1358
和上面介绍的一样，该命令是从ufs的地址0处，读取一个block的数据到0xb1000000内存地址。每一个block的大小为4096。探测到的设备信息一致，两个ufs device均为Rev: V3_1的ufs设备，大小为3.9G。在该处探测到两个scsi设备，均为UFS v3.1的ufs设备。把该总线上挂载的设备都识别之后再去操作其余的动作。在执行scsi命令的时候需要首先执行。该处查看到的设备信息和。
如何在xbl中读取分区信息.docx
05-09
在Android系统中，特别是在高通（Qcom）平台上，启动流程涉及多个阶段，其中包括XBL（eXtended Boot Loader）。XBL是引导加载程序的一部分，负责初始化硬件并准备加载下一级引导加载程序，如SBL（Secondary Boot ...
高通手机详细过程
01-27
详细的，从最简单的概念讲解了高通手机的开机过程和详细细节，对你的boot理解很有帮助
XBL(Exec Bin Lib)
08-18
XBL，全称为Exec Bin Lib，是一种执行库技术，它在早期的计算机系统中起到了连接应用程序与操作系统的重要作用。这个库特别之处在于它不仅支持DOS环境，还能够跨平台运行于Linux系统，实现了不同操作系统的兼容性。...
xbl中的属性继承与事件继承实例
05-05
总结了xbl中的继承用法,属性继承和事件继承 本资源为火狐扩展
xbl:xbl.js - JavaScript 中的跨浏览器 XBL 2 实现
05-31
这是 JavaScript 中的 XBL 2 实现。 除了 [ 2.0) 语言，它还包含 [ API)支持 [ 3 Selectors) 以及 [ Extensions to CSS)、[ （文档对象模型 (DOM) 级别 3 事件）和 [ 基础)。 < head > ... < script ...
高通UEFI
Y_1996_Y的博客
03-09 1044
不同的厂商对UEFI有不同的实现，一种比较常用的开源实现是EDK2；不同的厂商对UEFI有不同的实现，一种比较常用的开源实现是EDK2；UEFI代码中大量使用了protocol概念，这个protocol其实指的是驱动，包含了驱动函数指针和数据。在老版本中，LK的设备驱动都放在了XBL核心，Linux加载启动及fastboot等功能组件则作为独立的UEFI应用存在。用于移动通信的android设备（如手机平板）：软件小巧，架构简单，满足android bootloader的基本需求。
5.4版本内核ufs设备信息查询方式
sunnywalden
08-16 2633
本章主要介绍5.4版本内核中ufs存储设备的设备信息查询方法：ufs设备相关信息节点位于系统：/sys/devices/platform/soc/1d84000.ufshc目录下，具体如下： 其中： device_descriptor：设备描述相关信息 health_descriptor：使用寿命相关信息 string_descriptors：物料型号、厂商、sn号等信息 具体如下： device_descriptor： string_descriptors： health_descriptor： a
SCSI子系统基础学习笔记 （之UFS子系统） - 1.2 概述（软件部分）
HZero
05-17 5750
目录1. 前言2. UFS子系统软件架构3. UFS模块框图4. UFS领域模型参考文档 1. 前言 本专题我们开始学习SCSI子系统的相关内容。本专题主要参考了《存储技术原理分析》、ULA、ULK的相关内容。本专题主要以硬件UFS，控制器以高通UFS控制器为例，记录SCSI子系统的框架流程。本文是UFS子系统软件概述部分。 kernel版本：5.10 平台：arm64 注： 为方便阅读，正文标题采用分级结构标识，每一级用一个"-“表示，如：两级为”|- -", 三级为”|- - -“ 2. UFS子系
UFS 启动
guozhidixian的博客
12-11 4444
一. UFS启动概述 二.
UFS 的个人理解
guozhidixian的博客
09-22 6988
一 .控制器层 1.UFS is a simple, high performance, serial interface. It is primarily for use in mobile systems, between host processing and NVM mass storage devices. 2.Interface Architecture UFS ho...
UFS系列六：UFS设备初始化和启动
Yannick Jiang 的专栏
04-15 6925
转载：蛋蛋读UFS之六：UFS设备初始化和启动 这一节讲讲UFS初始化。 初始化和启动包括三个阶段：部分初始化，加载启动代码（可选）和初始化完成。 部分初始化阶段 这个阶段开始于上电或者设备重启，它涉及到整个UFS栈的初始化。 这个初始化阶段完成后，整个物理层（M-PHY）和数据链路层（UniPro）应该被初始化好，传输层可以和主机交互Read命令和“TEST UNIT READY”命...
【高通SM8250 Android S bootloader XBL代码编译】
maxiaobang的博客
02-16 1036
高通 Android S XBL
高通UEFI，ABL,XBL控制GPIO
最新发布
arden3227的博客
10-24 1304
高通EUFI分了ABL,XBL两部分ABL类似于lk,xbl类似preload，但也有不同。ABL的主要代码在从名字看属于应用，是检查状态进入recovery mode或者Normal模式。对于关机充电的判断和控制比较关键的是。
高通xbl初始化ddr怎么开启ddr的log打印
05-31
在高通平台上，如果需要在XBL阶段开启DDR的log打印，可以通过修改XBL的配置文件来实现。具体步骤如下： 1. 获取XBL的源代码：首先需要从高通官网上获取XBL的源代码，包括XBL Core和XBL Loader等。获取到源代码后，可以进行相关的修改和编译。 2. 修改XBL的配置文件：在XBL的配置文件中，可以设置打印DDR初始化的log信息。具体来说，在配置文件中添加以下设置： ``` FEATURE_DLOAD_MEM_DEBUG_ENABLED=TRUE FEATURE_XBL_CORE_DDR_DEBUG_PRINT_ENABLED=TRUE ``` 这些设置将开启DDR初始化的log打印功能，并将log信息输出到串口或者USB端口。 3. 编译XBL：完成配置文件的修改后，需要重新编译XBL代码，生成新的XBL二进制文件。在编译时，需要使用正确的编译选项和配置文件。 4. 烧写新的XBL二进制文件：最后，将新的XBL二进制文件烧写到设备中，启动设备后，可以看到DDR初始化的log信息。 注意：在进行这些操作之前，请务必备份设备中的重要数据，并确保操作的安全性和正确性。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值