[发明专利]一种基于SAS的管理调度装置、系统及方法

说明书

本申请涉及通信技术领域，尤其涉及一种基于SAS的管理调度装置、系统及方法。该装置基于上层协议请求与SAS域中的设备进行通信。链表管理模块通过链表的方式管理基于该上层协议请求而得到的待处理输入输出信息、设备信息。该调度器在有空闲的SAS通路后，通过索引链表的方式获取该链表中的待处理输入输出信息、设备信息。该SAS通路中的DMAC基于该待处理输入输出信息、设备信息，将与SAS域中的相应设备进行帧交互。本申请通过链表管理待处理任务，并实现了统一调度，降低内部资源开销。

技术领域

本发明涉及通信技术领域，尤其涉及SAS(Serial Attached SCSI，串行小型计算机系统接口)技术。

背景技术

随着SAS(Serial Attached SCSI，串行小型计算机系统接口)在服务器以及阵列中的广泛应用，通过SAS domain(SAS域)组网的设备越来越多。

在SAS HOST/Target(SAS主机/目标)应用中，HOST/Target(主机/目标)需要通过SAS Expander(SAS扩展设备)与远端的Target/HOST(目标/主机)进行互联通信。也就是说，无论HOST(主机)与Target(目标)通信，还是Target与HOST通信，都不在是简单的点对点直连模式，往往需要通过expander(扩展设备)进行扩展。SAS控制器内部会包含多个port(端口)，有些port(端口)直连远端设备，有些port(端口)通过expander(扩展设备)与远端设备互联。

例如，一种自研HOST侧的SAS控制器支持2K device(设备)和4K IO(输入输出)并发，Target侧SAS控制器支持64个主机和256个IO并发。因此，SAS控制器内部如何高效管理多port(端口)、多device(设备)，以及各device(设备)多IO并发，是必须解决的一个技术问题。

按照SAS标准协议分层，各port相互独立，由port layer(接口层)的PL_OC状态机来管理待发送请求，该机制存有一个严重的问题：一个SAS控制器所支持的device数以及IO并发数与port没有严格的映射关系，如果各port下device和IO分开管理，则每个port必须按照所支持的最大规格对device和IO进行管理，这样所需资源开销与控制器内部port个数成正比，数目庞大，不易管理。

现有技术方案通常是通过软件层面进行待发送任务管理，由软件调度选择一个发送请求来知会hardware(硬件)进行帧处理。此种方案存在以下问题：

(1)软件与逻辑之间每个IO存在多次交互，包括：任务下发配置逻辑寄存器、逻辑完成中断上报、软件查询完成状态等，因此处理时延大；

(2)软件内部需要维护任务队列，其访问队列缓存空间开销大；

(3)各Port独立管理资源开销巨大。

发明内容

本文描述了一种基于SAS的管理调度装置、系统及方法，以实现对多端口、多设备、多IO的统一管理和调度。

在一方面，本申请实施例提供一种基于SAS的管理调度装置。该装置基于上层协议请求与相应SAS域进行通信。该装置包括链表管理模块、调度器、SAS通路中的DMAC(DirectMemory Access Control ler，直接内存访问控制器)直接内存访问控制器。该链表管理模块通过链表的方式管理基于上层协议请求而得到的待处理IO信息、设备信息。该调度器在有空闲的SAS通路后，通过索引该链表的方式获取该链表中的待处理IO信息、设备信息。该SAS中的DMAC，基于该待处理输入输出信息、设备信息，将与SAS域中的相应设备进行帧交互。

另一方面，本申请实施例提供了一种基于SAS控制器，该控制器包括上述方面的装置。