SCSI/UFS储存架构/协议/电源管理/命令处理流程

2024-01-19 13:44
文章标签 流程 命令 协议 管理 处理 架构 电源 储存 scsi ufs

本文主要是介绍SCSI/UFS储存架构/协议/电源管理/命令处理流程，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

UFS子系统架构

在这里插入图片描述

在这里插入图片描述

1.UFS协议

img

在这里插入图片描述

无论是ufs host controller部分还是ufs device部分，他们都将遵循统一的UFS规范

  • UFS Application Layer(UAP)应用层
    1.UFS command set (UCS)
    UCS处理命令集，如读、写命令等，.使用的命令是简化的SCSI命令（基于SBC和SPC），也可以扩展UFS本地命令集，目前暂时没有定义
    2.Task Manager
    任务管理器用以管理命令队列中的命令。比如任务管理器可以发Abort命令，终止之前发下去的命令。它也可以清空命令队列中的所有命令

  • device manager（Query Request）
    设备管理器用以管理UFS设备，包括：
    （1）处理设备级操作
    设备功耗管理、数据传输设置、后台操作使能和其它的特定操作
    （2）管理设备级配置
    维护和存储一组描述符，例如查询请求命令允许修改和查询设备的配置信息

  • The UFS Transport Protocol (UTP)传输层
    主要功能在UFS host端和ufs device端传输UPIU，将应用层的命令封装成UPIU，命令的数据、状态等对应不同的UPIU。UPIU是主机和设备进行信息交换的基本数据单元，它使用数据帧可以最小限度的减少HOST的处理时间，同时由device端控制数据传输的节奏，无需host端poll

  • UFS Interconnect Layer（UIC）互联层
    主要包括MIPI UniPro 数据链路层和MIPI M-PHY 物理层。其中，MIPI UniPro 数据链路层负责主机和设备的链接，它本身是一个完整的协议栈； MIPI M-PHY 物理层负责传输实实在在的物理信号，使用8/10编码、差分信号串行数据传输，数据传输分高低速模式，每种模式下又有几种不同的速度档

在 SCSI 架构中，主机上的 SCSI 接口卡称为 Initiator，与其相连接的 SCSI 磁盘等设备称为 Target，在逻辑上，Initiator 和 Target 之间通信的工作模式，与两个网络设备之间的模式相似，他们之间采用 client-server 的“请求-回应”模式：

img

SCSI 的 Initiator 与 Target 共同构成了一个典型的 C/S 模型，每个指令都是“请求/应答”这样的模型来实现：
* Initiator主要任务：发出SCSI请求；
* Target主要任务：回答SCSI请求，通过 LU 提供业务，并通过任务管理器提供任务管理功能；
LU（Logical Unit）：逻辑单元，是指一个可被操作系统识别和访问的逻辑存储单元。一个 UFS 设备可以包含多个 LU，每个 LU 可以被视为一个独立的存储设备；
LUs ： LU 的复数形式；
LUN（Logical Unit Number）：逻辑单元号码，是用来标识不同 LU 的唯一编号。每个 LU 都有一个对应的 LUN，它可以用来在系统中唯一地标识和访问该 LU；

2.UFS 重要 Layer

img

此外，设备管理器可以略过传输层，直接管理与控制互联层：

img

主机设备管理器可以通过原语（Primitive）直接与UFS互联层（UIC，即MIPI的UniPro和M-PHY）通信。除了上图中所示的reset原语，UFS还包括让UIC进入和退出休眠的原语：DME_HIBERNATE_ENTER和DME_HIBERNATE_EXIT。

这是UFS主机和设备之间链路的省电模式，对UFS设备来说，链路只是整个UFS设备的一部分。一个UFS设备是否省电，除了看其链路，还需要考虑UFS控制器、存储介质等是否省电，即看整个UFS设备是否有好的电源管理。

Logical unit

UFS 设备有若干个 LU，LU 接收主机发过来的命令或请求可能来自应用层的 SCSI 模块、设备管理器或者任务管理器：

img

每个 LU 都是独立的，“独立”表现在下面几个方面：

  • 逻辑地址空间是独立的，都是从LBA[2] 0（Logical Block Addressing，逻辑块寻址）开始；
  • 逻辑块大小可以不同，可以为4KB，…；
  • 可以有不同的安全属性，比如可以设置不同的写保护属性；
  • 每个 LU 可以有自己的命令队列；
  • LU 可以启动代码、应用程序代码和应用数据；

总结来说，划分不同 LU 有以下作用：

  • 外部可寻址；
  • 存储实体（可以单独做 Boot 启动、写保护或 RPMB[3]（Replay Protected Memory Block，重播保护内存块） ）；
  • 内部任务队列；

3.UFS 架构

UFS 架构以 HCI（Host Controller Interface，主机控制器接口）为界划分为三部分。如下图，蓝色框上方调用 HCI 的为主机软件部分，蓝色框下方的为 HCI 封装的硬件处理细节部分，即 HC（Host Controller，主机控制器）

img

HCI 接口架构

数据结构服务于软件，主机的软件通过内存中的一系列主机 register 和数据结构 Transfer Request Descriptors 来与 Host controller 硬件进行交互。UFSHCI 定义了两种接口：IO Memory/Registar Space 以及 Host Memory Space，下图展示了 UFS HCI 的框图：

img

在这里插入图片描述

IO Memory/Registar Space：在这个空间，主机 register 被定义为主机的软件接口，通过 MMIO[4]（Memory-Mapped I/O，内存映射 I/O）的方式被实现，主要包含了下面三种类型的寄存器：

  • Host Controller Capability Registers：这些寄存器提供了关于 HC 功能的描述。包括 UFS 标准版本、主机控制器支持的命令队列的大小以及主机控制器标识数据；

  • Runtime and Operation Registers：

    • Interrupt status：这些寄存器为主机软件提供了使能/中止以及中断状态的接口；
    • Host status：该寄存器显示 HC 的状态，并允许主机软件初始化/禁用 HC；
    • UTP Transfer Request：这些寄存器给 UTP Transfer Request List 提供了接口；
    • UTP Task Management Request：这些寄存器为 UTP Task Management request list 提供了一个接口；
    • UIC Command：这些寄存器为 Unipro 配置以及控制提供了接口；

  • Vendor Specific Registers：由供应商进行定义；

Host Memory Space：该空间中包含了能够描述将执行命令和命令中数据缓存的数据结构。简单地可以理解为——UTP Transfer Request List 负责通用的 IO 命令，UTP Task Mangement Request List 负责管理命令。

UTP Transfer Request List（传输请求列表）由一系列数据结构 UTRD (UTP Transfer Request Descriptor，传输请求描述符) 组成。UFS host controller 命令队列中的命令槽（slot）被 MMIO 到 UTRD，32 个 UTRD 对应最多 32 个 slot，UTRD 描述了要执行的命令及相关数据。
UFS 主机软件通过将要执行的命令及相关数据放置在 UTRD，再敲响主机控制器门铃（Offset 58h: UTRLDBR – UTP Transfer Request List Door Bell Register ）向主机控制器发出命令。传输请求列表中的命令被 UFSHCI 顺序执行，但可能会按照不同的顺序完成。所有命令都可以产生命令完成中断或者更新在列表中的 UTRD 命令状态字段。UFS 主机软件可以在运行时向列表中添加命令。主机控制器支持中断聚合，即在预定义的命令完成设定的数量后生成单个命令完成中断。

img

在这里插入图片描述

UFS host驱动通过分配和使用UTRD描述符和UTMRD描述符来与host控制器硬件通信。host控制器系统内存可以同时接受多达32个UTRD描述符和8个UTMRD描述符。每个UTRD描述符指向了一块内存区域，这块内存区域包含：命令UPIU(UCD)，response UPIU，并包含了一块物理区域描述符表（PRDT），表中每一项指向一个数据buffer，存储需要传输的数据（command upiu）或要接收的数据(response upiu)。UCD的command和response将被分别组装成UPIU并通过UTP层进行传输。

  • UTP UTRD
    This section defines Transfer Request Descriptor for UTP commands.
    对应数据结构为struct utp_transfer_req_desc

在这里插入图片描述

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

  • UTP command descriptor
    A UTP command descriptor contains the UPIU for the command, offset and length of the data buffer associated with the command, and offset and length of the PRDT.
    对应的数据结构为struct utp_transfer_cmd_desc

在这里插入图片描述

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

UTP TMR descriptor (UTMRD)
对应的数据结构为struct utp_task_req_desc

在这里插入图片描述

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

4.UFS电源管理

UFS定义了4种基本功耗模式：Active，Idle，Power Down和Sleep（简称AIDS），外加3个过渡功耗模式：Pre-Active, Pre-Sleep和Pre-PowerDown，一共是7种功耗模式。非常4+3！

Active模式：UFS设备在执行命令或者做后台任务（Background Operation）时处于这种状态；

Idle模式：UFS设备空闲时，即既没有来自UFS主机的命令，自身也没有后台任务需要处理，设备就处于该状态；

Sleep模式：闲得瞌睡了。睡眠模式下，VCC电源可能被切断（取决UFS设备设计）。VCC一般给闪存供电，即切断闪存供电。

Power Down模式：掉电模式下，所有电源供电VCC, VCCQ和VCCQ2都可能被掐断（取决UFS设备设计），该模式是最省电的功耗模式了。

这些模式之间的转换如下图：我们只需要重点关注sleep->active->idle状态

img

5.实战：通过一个ufs缺陷了解ufs

缺陷描述：一直cat /sys/devices/platform/soc/4804000.ufshc/life_time_est_a 这个节点查看ufs寿命，会概率性出现系统重启。

有用的日志信息：

[  333.848513] ufshcd-qcom 4804000.ufshc: pwr ctrl cmd 0x18 with mode 0x0 completion timeout
[  334.360545] ufshcd-qcom 4804000.ufshc: pwr ctrl cmd 0x18 with mode 0x0 completion timeout
[  334.868572] ufshcd-qcom 4804000.ufshc: pwr ctrl cmd 0x18 with mode 0x0 completion timeout
[  334.972668] ufshcd-qcom 4804000.ufshc: pwr ctrl cmd 0x18 failed, host upmcrs:0x5
[  334.980372] ufshcd-qcom 4804000.ufshc: UFS Host state=2
[  334.985868] ufshcd-qcom 4804000.ufshc: lrb in use=0x0, outstanding reqs=0x0 tasks=0x0
[  334.994068] ufshcd-qcom 4804000.ufshc: saved_err=0x0, saved_uic_err=0x0, saved_ce_err=0x0
[  335.002634] ufshcd-qcom 4804000.ufshc: Device power mode=2, UIC link state=2
[  335.009929] ufshcd-qcom 4804000.ufshc: PM in progress=1, sys. suspended=0
[  335.016949] ufshcd-qcom 4804000.ufshc: Auto BKOPS=0, Host self-block=1
[  335.023709] ufshcd-qcom 4804000.ufshc: Clk gate=1, hibern8 on idle=4
[  335.030709] ufshcd-qcom 4804000.ufshc: error handling flags=0x0, req. abort count=0
[  335.038709] ufshcd-qcom 4804000.ufshc: Host capabilities=0x1587031f, caps=0x8f
[  335.046185] ufshcd-qcom 4804000.ufshc: quirks=0x0, dev. quirks=0xe2
[  335.052757] ufshcd-qcom 4804000.ufshc: pa_err_cnt_total=0, pa_lane_0_err_cnt=0, pa_lane_1_err_cnt=0, pa_line_reset_err_cnt=0

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

通过Device power mode=2,UIC link state=0可以知道，电源进入sleep模式，链路状态进入disabeld状态。

思路1：想办法保证power和link是active状态，直接调ufshcd_resume回复power和link为正常状态。

设置ufs电源为active状态
#define ufshcd_set_ufs_dev_active(h) \((h)->curr_dev_pwr_mode = UFS_ACTIVE_PWR_MODE)/*** ufshcd_runtime_resume - runtime resume routine* @hba: per adapter instance** This function basically brings the UFS device, UniPro link and controller* to active state. Following operations are done in this function:** 1. Turn on all the controller related clocks* 2. Bring the UniPro link out of Hibernate state* 3. If UFS device is in sleep state, turn ON VCC rail and bring the UFS device*    to active state.* 4. If auto-bkops is enabled on the device, disable it.** So following would be the possible power state after this function return* successfully:*	S1: UFS device in Active state with VCC rail ON*	    UniPro link in Active state*	    All the UFS/UniPro controller clocks are ON** Returns 0 for success and non-zero for failure*/
int ufshcd_runtime_resume(struct ufs_hba *hba)
{int ret = 0;ktime_t start = ktime_get();if (!hba)return -EINVAL;if (!hba->is_powered)goto out;elseret = ufshcd_resume(hba, UFS_RUNTIME_PM);
out:trace_ufshcd_runtime_resume(dev_name(hba->dev), ret,ktime_to_us(ktime_sub(ktime_get(), start)),hba->curr_dev_pwr_mode, hba->uic_link_state);return ret;
}
EXPORT_SYMBOL(ufshcd_runtime_resume);int ufshcd_resume();int ufshcd_vreg_set_hpm()int ufshcd_setup_vreg(hba, true);ufshcd_toggle_vreg(dev, info->vcc, on);//给ufs设备供电ufshcd_toggle_vreg(dev, info->vccq, on);ufshcd_toggle_vreg(dev, info->vccq2, on);ufshcd_vops_resume(hba, pm_op);hba->vops->resume(hba, op);ret = ufshcd_uic_hibern8_exit(hba);//退出链路休眠模式（hibern8是链路休眠模式）ufshcd_set_link_active(hba);//激活链路

补充：三个供电电压，VCC,VCCQ和VCCQ2，分别给UFS设备模块供电。UFS设备主要包括三部分：前端UFS接口（M-PHY），UFS控制器 和 闪存介质（图中的Memory模块）。VCC 给 闪存介质供电，VCCQ 一般给闪存输入输出接口 和 UFS控制器供电，VCCQ2一般给 M-PHY或其它一些低电压模块供电。

img

思路2：想办法保证power和link是active状态，直接调用pm_runtime_get_sync进入resume恢复power 为active状态。

pm_runtime_get_sync/pm_runtime_put_sync 增加/减少计数值，并判断是否进入suspend/resume。

  1. 在struct dev_pm_ops提供了3个回调函数：runtime_suspend，runtime_resume，runtime_idle，一般runtime_idle这个空闲函数不需要提供

  2. 上面2个函数不会直接导致runtime_suspend，runtime_resume，runtime_idle被调用，只是使能和修改计数值，当引用计数减为0，调用suspend,从0变为大于0调用resume。

pm_runtime_get_sync__pm_runtime_resume(dev, RPM_GET_PUT) atomic_inc(&dev->power.usage_count); // 若上级arg2&RPM_GET_PUT为真，才调用rpm_resume(dev, rpmflags) //关闭本地CPU中断后调用它if (dev->power.disable_depth > 0) retval = -EACCES; 
//若要使用runtime PM的函数，需要首先pm_runtime_enable。if (!dev->power.timer_autosuspends) /*为了防止设备频繁的开关，可以设置timer_autosuspends的值*/pm_runtime_deactivate_timer(dev);if (dev->power.runtime_status == RPM_ACTIVE) {  /*如果已经是ACTIVE,就没有必要再次resume*/if (dev->power.runtime_status == RPM_RESUMING || dev->power.runtime_status == RPM_SUSPENDING) 如果设备正处于RPM_RESUMING和RPM_SUSPENDING状态，等待其完成if (!parent && dev->parent) //增加父级的使用计数器并在必要时恢复它，在resume设备本身之前先resume父设备。开始resume设备自己：dev->pm_domain->ops->runtime_resume    //或dev->type->pm->runtime_resume          //或dev->class->pm->runtime_resume         //或dev->bus->pm->runtime_resume           //或 前4个被称为subsystem level的callback,优先调用，第5个是驱动级别的。dev->driver->pm->runtime_resume        //或__update_runtime_status(dev, RPM_SUSPENDED); //如果resume失败，重新设置回SUSPENDED状态if (parent) atomic_inc(&parent->power.child_count); //如果resume成功时给父亲的child_count加1wake_up_all(&dev->power.wait_queue); //唤醒其它进程pm_runtime_put_sync__pm_runtime_idle(dev, RPM_GET_PUT)if (!atomic_dec_and_test(&dev->power.usage_count)) //减少usage_count引用计数rpm_idle(dev, rpmflags); //让设备进入idle状态rpm_check_suspend_allowed //检查是否允许设备进入suspend状态，看来内核把idle和suspend一样看待了。if (dev->power.disable_depth > 0) retval = -EACCES; //调用时还没有pm_runtime_enable，就失败。if (atomic_read(&dev->power.usage_count) > 0) retval = -EAGAIN;if (!dev->power.ignore_children && atomic_read(&dev->power.child_count)) retval = -EBUSY; //它的孩子不全睡眠它是不能睡眠的if (dev->power.runtime_status != RPM_ACTIVE) retval = -EAGAIN; //如果不是出于ACTIVE状态直接返回。开始suspend设备自己：dev->pm_domain->ops->runtime_suspend    //或dev->type->pm->runtime_suspend          //或dev->class->pm->runtime_suspend         //或dev->bus->pm->runtime_suspend           //或 前4个被称为subsystem level的callback,优先调用，第5个是驱动级别的。dev->driver->pm->runtime_suspend        //或wake_up_all(&dev->power.wait_queue); //唤醒其它进程

debug ufs信息

ls /sys/kernel/debug/4804000.ufshc
crash_on_err   dump_device_desc host_regs    reset_controller
dbg_print_en   err_inj_scenario inject_fault show_hba
dme_local_read err_inj_stats    power_mode   stats
dme_peer_read  err_state        qcom

可以通过cat show_hba将ufs设备信息全部打印出来。也可以通过cat host_regs将host的寄存器的值打印出来。

static int ufsdbg_show_hba_show(struct seq_file *file, void *data)
{struct ufs_hba *hba = (struct ufs_hba *)file->private;seq_printf(file, "hba->outstanding_tasks = 0x%x\n",(u32)hba->outstanding_tasks);seq_printf(file, "hba->outstanding_reqs = 0x%x\n",(u32)hba->outstanding_reqs);seq_printf(file, "hba->capabilities = 0x%x\n", hba->capabilities);seq_printf(file, "hba->nutrs = %d\n", hba->nutrs);seq_printf(file, "hba->nutmrs = %d\n", hba->nutmrs);seq_printf(file, "hba->ufs_version = 0x%x\n", hba->ufs_version);seq_printf(file, "hba->irq = 0x%x\n", hba->irq);seq_printf(file, "hba->auto_bkops_enabled = %d\n",hba->auto_bkops_enabled);seq_printf(file, "hba->ufshcd_state = 0x%x\n", hba->ufshcd_state);seq_printf(file, "hba->clk_gating.state = 0x%x\n",hba->clk_gating.state);seq_printf(file, "hba->eh_flags = 0x%x\n", hba->eh_flags);seq_printf(file, "hba->intr_mask = 0x%x\n", hba->intr_mask);seq_printf(file, "hba->ee_ctrl_mask = 0x%x\n", hba->ee_ctrl_mask);/* HBA Errors */seq_printf(file, "hba->errors = 0x%x\n", hba->errors);seq_printf(file, "hba->uic_error = 0x%x\n", hba->uic_error);seq_printf(file, "hba->saved_err = 0x%x\n", hba->saved_err);seq_printf(file, "hba->saved_uic_err = 0x%x\n", hba->saved_uic_err);seq_printf(file, "power_mode_change_cnt = %d\n",hba->ufs_stats.power_mode_change_cnt);seq_printf(file, "hibern8_exit_cnt = %d\n",hba->ufs_stats.hibern8_exit_cnt);seq_printf(file, "pa_err_cnt_total = %d\n",hba->ufs_stats.pa_err_cnt_total);seq_printf(file, "pa_lane_0_err_cnt = %d\n",hba->ufs_stats.pa_err_cnt[UFS_EC_PA_LANE_0]);seq_printf(file, "pa_lane_1_err_cnt = %d\n",hba->ufs_stats.pa_err_cnt[UFS_EC_PA_LANE_1]);seq_printf(file, "pa_line_reset_err_cnt = %d\n",hba->ufs_stats.pa_err_cnt[UFS_EC_PA_LINE_RESET]);seq_printf(file, "dl_err_cnt_total = %d\n",hba->ufs_stats.dl_err_cnt_total);seq_printf(file, "dl_nac_received_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_NAC_RECEIVED]);seq_printf(file, "dl_tcx_replay_timer_expired_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_TCx_REPLAY_TIMER_EXPIRED]);seq_printf(file, "dl_afcx_request_timer_expired_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_AFCx_REQUEST_TIMER_EXPIRED]);seq_printf(file, "dl_fcx_protection_timer_expired_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_FCx_PROTECT_TIMER_EXPIRED]);seq_printf(file, "dl_crc_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_CRC_ERROR]);seq_printf(file, "dll_rx_buffer_overflow_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_RX_BUFFER_OVERFLOW]);seq_printf(file, "dl_max_frame_length_exceeded_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_MAX_FRAME_LENGTH_EXCEEDED]);seq_printf(file, "dl_wrong_sequence_number_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_WRONG_SEQUENCE_NUMBER]);seq_printf(file, "dl_afc_frame_syntax_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_AFC_FRAME_SYNTAX_ERROR]);seq_printf(file, "dl_nac_frame_syntax_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_NAC_FRAME_SYNTAX_ERROR]);seq_printf(file, "dl_eof_syntax_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_EOF_SYNTAX_ERROR]);seq_printf(file, "dl_frame_syntax_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_FRAME_SYNTAX_ERROR]);seq_printf(file, "dl_bad_ctrl_symbol_type_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_BAD_CTRL_SYMBOL_TYPE]);seq_printf(file, "dl_pa_init_err_cnt = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_PA_INIT_ERROR]);seq_printf(file, "dl_pa_error_ind_received = %d\n",hba->ufs_stats.dl_err_cnt[UFS_EC_DL_PA_ERROR_IND_RECEIVED]);seq_printf(file, "dme_err_cnt = %d\n", hba->ufs_stats.dme_err_cnt);return 0;
}

不对ufs操作和往ufs写数据对比

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

UFS访问硬件资源信息
ufshcd_read_desc_param()ufshcd_query_descriptor_retry()__ufshcd_query_descriptor()ufshcd_hold_all(hba);//退出hibern8模式进入activeufshcd_init_query()//构造请求reqest初始化ufshcd_exec_dev_cmd()//执行命令查询ufs寿命ufshcd_compose_dev_cmd()//构造lrbp结构体ufshcd_send_command()//发送命令ufshcd_wait_for_dev_cmd()//等待命令执行结果

参考资料：

https://blog.csdn.net/jasonactions/article/details/116295649

https://blog.csdn.net/don_chiang709/article/details/89314552

https://blog.csdn.net/Frank_sample/article/details/119033341

https://blog.csdn.net/jasonactions/article/details/116293944

https://blog.csdn.net/jasonactions/article/details/116932302

https://blog.csdn.net/don_chiang709/category_8805138.html

https://blog.csdn.net/frank_sample/category_11016468.html

这篇关于SCSI/UFS储存架构/协议/电源管理/命令处理流程的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/622610。

相关文章

Security OAuth2 单点登录流程

Security OAuth2 单点登录流程

单点登录（英语：Single sign-on，缩写为 SSO），又译为单一签入，一种对于许多相互关连，但是又是各自独立的软件系统，提供访问控制的属性。当拥有这项属性时，当用户登录时，就可以获取所有系统的访问权限，不用对每个单一系统都逐一登录。这项功能通常是以轻型目录访问协议（LDAP）来实现，在服务器上会将用户信息存储到LDAP数据库中。相同的，单一注销（single sign-off）就是指
阅读更多...
Spring Security基于数据库验证流程详解

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明（认真看哦） AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证，则会调用 #attemptAuthentica
阅读更多...
mybatis的整体架构

mybatis的整体架构

mybatis的整体架构分为三层： 1.基础支持层 该层包括：数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括：配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括：SqlSession 基础支持层 该层保护mybatis的基础模块，它们为核心处理层提供了良好的支撑。
阅读更多...
百度/小米/滴滴/京东，中台架构比较

百度/小米/滴滴/京东，中台架构比较

小米中台建设实践 01 小米的三大中台建设：业务+数据+技术 业务中台--从业务说起 在中台建设中，需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况，判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等，再结合其业务发展历程及业务现状，整理了中台架构的核心方法论，一是企业如何共享服务，二是如何为业务提供便利。
阅读更多...
无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题：墙体两侧特征混淆误匹配，导致建图和定位偏差，表现为过门跳变、外月台走歪等 ·解决思路：预期的根治方案IGICP需要较长时间完成上线，先使用切分地图的工程化方案，即墙体两侧切分为不同地图，在某一侧只使用该侧地图进行定位 方案思路 切分原理：切分地图基于关键帧位置，而非点云。 理论基础：光照是直线的，一帧点云必定只能照射到墙的一侧，无法同时照到两侧实践考虑：关
阅读更多...
综合安防管理平台LntonAIServer视频监控汇聚抖动检测算法优势

综合安防管理平台LntonAIServer视频监控汇聚抖动检测算法优势

LntonAIServer视频质量诊断功能中的抖动检测是一个专门针对视频稳定性进行分析的功能。抖动通常是指视频帧之间的不必要运动，这种运动可能是由于摄像机的移动、传输中的错误或编解码问题导致的。抖动检测对于确保视频内容的平滑性和观看体验至关重要。 优势 1. 提高图像质量 - 清晰度提升：减少抖动，提高图像的清晰度和细节表现力，使得监控画面更加真实可信。 - 细节增强：在低光条件下，抖
阅读更多...
零基础学习Redis(10) -- zset类型命令使用

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合，内部除了存储元素外，还会存储一个score，存储在zset中的元素会按照score的大小升序排列，不同元素的score可以重复，score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]
阅读更多...
30常用 Maven 命令

30常用 Maven 命令

Maven 是一个强大的项目管理和构建工具，它广泛用于 Java 项目的依赖管理、构建流程和插件集成。Maven 的命令行工具提供了大量的命令来帮助开发人员管理项目的生命周期、依赖和插件。以下是 常用 Maven 命令的使用场景及其详细解释。 1. mvn clean 使用场景：清理项目的生成目录，通常用于删除项目中自动生成的文件（如 target/ 目录）。共性规律：清理操作
阅读更多...
【生成模型系列（初级）】嵌入（Embedding）方程——自然语言处理的数学灵魂【通俗理解】

【生成模型系列（初级）】嵌入（Embedding）方程——自然语言处理的数学灵魂【通俗理解】

【通俗理解】嵌入（Embedding）方程——自然语言处理的数学灵魂 关键词提炼 #嵌入方程 #自然语言处理 #词向量 #机器学习 #神经网络 #向量空间模型 #Siri #Google翻译 #AlexNet 第一节：嵌入方程的类比与核心概念【尽可能通俗】 嵌入方程可以被看作是自然语言处理中的“翻译机”，它将文本中的单词或短语转换成计算机能够理解的数学形式，即向量。 正如翻译机将一种语言
阅读更多...
软考系统规划与管理师考试证书含金量高吗？

软考系统规划与管理师考试证书含金量高吗？

2024年软考系统规划与管理师考试报名时间节点： 报名时间：2024年上半年软考将于3月中旬陆续开始报名 考试时间：上半年5月25日到28日，下半年11月9日到12日 分数线：所有科目成绩均须达到45分以上（包括45分）方可通过考试 成绩查询：可在“中国计算机技术职业资格网”上查询软考成绩 出成绩时间：预计在11月左右 证书领取时间：一般在考试成绩公布后3~4个月，各地领取时间有所不同
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2