STEPBYSTEP设计一个RISC-V仿真器之二:OpenOCD适配新的设备驱动

原创 嵌入式Lee 2024-12-04 08:30

一. 前言

前面我们分享了openocd的构建过程,以及使用gdb进行仿真调试,为开发做好了准备。现在我们就来分享如何为openocd适配新的驱动,即适配新的仿真器硬件。

二. 适配新的驱动过程

假设我们要添加一个我们自己的xxlink硬件驱动。

2.1.修改配置configure.ac

修改configure.ac

先添加适配器类型,在

m4_define([USB1_ADAPTERS],下添加一行

[[xxlink], [XXLINK devices], [XXLINK]],

AC_ARG_ENABLE 部分,添加内容如下:

AC_ARG_ENABLE([xxlink],

AS_HELP_STRING([--enable-xxlink], [Enable building support for XXLINK]),

[build_xxlink=$enableval], [build_xxlink=no])

AS_IF 部分,添加内容如下:

AS_IF([test "x$build_xxlink" = "xyes"], [

AC_DEFINE([BUILD_XXLINK], [1], [1 if you want XXLINK.])

], [

AC_DEFINE([BUILD_XXLINK], [0], [0 if you don't want XXLINK.])

])

AM_CONDITIONAL 部分,添加内容如下:

AM_CONDITIONAL([XXLINK], [test "x$build_xxlink" = "xyes"])

2.2.添加驱动源码

参考ft232r.c

添加xxlink.c

即要实现

struct adapter_driver xxlink_adapter_driver = {

};

可以看到要实现一个新的驱动只要实现该结构体就可以了,

可以看到jtag操作就是要实现

xxlink_interface..execute_queue,这个我们后文再分享。

我们先实现简单的框架保证能先编译

2.3添加编译

src\jtag\drivers\Makefile.am中添加

if XXLINK

DRIVERFILES += %D%/xxlink.c

endif

src\jtag\interface.h中申明全局变量xxlink_adapter_driver

最后添加一行

extern struct adapter_driver xxlink_adapter_driver;

src\jtag\interfaces.c中数组adapter_drivers最后添加

#if BUILD_XXLINK == 1

&xxlink_adapter_driver,

#endif

Make后会自动在build\config.h

生成宏

/* 0 if you don't want XXLINK. */

#define BUILD_XXLINK 1

2.4构建

添加--enable-xxlink参数使能编译对应的驱动

../configure --prefix=/home/qinyunti/openocd/build --enable-xxlink

看到会打印

XXLINK devices yes

make -j4

make install

2.5添加配置文件

tcl/target

新建文件xxlink.cfg

adapter driver xxlink

adapter speed 1000

xxlink vid_pid 0x1122 0x3344

make install时会自动复制到build\share\openocd\scripts\interface

一. 驱动传递参数

以上我们分享了如何添加一个驱动支持,现在驱动只是一个简单的框架还未实现任何功能,

我们先来了解openocd是如何找到我们实现的驱动,如何给驱动传递参数的。这有助于我们后面驱动的实现,比如我们要给驱动做一些参数配置等。

使用仿真跟踪方便查看执行过程

gdb --args bin/openocd.exe -f xxlink.cfg

3.1如何确定调用哪个驱动

我们一开始肯定想要知道openocd是如何找到我们的驱动的。

实际上openocd都是通过命令行中传入的参数-f指定的cfg文件来实现的。

cfg文件可以认为是一个脚本文件,openocd会解析该文件中的命令行,根据字符串进行匹配,调用对应的命令处理函数。

我们来看如何识别驱动的过程:

.\openocd.exe -f xxlink.cfg执行时

执行到main->openocd_main->openocd_thread->parse_cmdline_args->

char *command = alloc_printf("script {%s}", optarg); 之后

malloc了缓存command,且其内容初始化为了"script {xxlink.cfg}",可以指定多个cfg文件

继续

add_config_command(command);

config_file_names char **指针,

首先将其realloc扩展一个char* 指针位置,

然后strdup动态分配空间,将cfg字符串复制到该动态空间,

config_file_names[num_config_files-1]指向该动态空间。

num_config_files++;记录有多少个配置文件

void add_config_command(const char *cfg){    num_config_files++;    config_file_names = realloc(config_file_names, (num_config_files + 1) * sizeof(char *));
    config_file_names[num_config_files-1] = strdup(cfg);    config_file_names[num_config_files] = NULL;}

然后处理配置文件

openocd_thread->parse_config_file

如果上面没有指定配置文件即config_file_names为空,则使用默认配置文件

script openocd.cfg

如果指定了配置文件,则遍历配置文件config_file_names

每个配置文件都调用command_run_line进行处理

int parse_config_file(struct command_context *cmd_ctx){    int retval;    char **cfg;
    if (!config_file_names) {        command_run_line(cmd_ctx, "script openocd.cfg");        return ERROR_OK;    }
    cfg = config_file_names;
    while (*cfg) {        retval = command_run_line(cmd_ctx, *cfg);        if (retval != ERROR_OK)            return retval;        cfg++;    }
    return ERROR_OK;}

command_run_line

调用retcode = Jim_Eval_Named(interp, line, NULL, 0);

即整个过程是根据xxlink.cfg中的

adapter driver xxlink

先根据adapter匹配interface_command_handlers.name = "adapter"

继续搜寻子命令.chain = adapter_command_handlers,

根据driver匹配adapter_command_handlers.name = "driver",

调用.handler = handle_adapter_driver_command,

handle_adapter_driver_command中匹配xxlinkadapter_drivers这个数组成员的

name, 匹配之后设置全局变量记录使用的驱动adapter_driver = adapter_drivers[i];

3.2驱动命令

如果我们要给驱动传递一些参数怎么做呢,依旧是通过cfg文件中的命令行来实现。

先写一个简单的驱动程序测试

类似adapter driver xxlink

xxlink.cfg

xxlink vid_pid 0x1122 0x3344

会根据xxlink找到驱动

xxlink_adapter_driver

然后找到xxlink_command_handlers匹配

.name = "xxlink",

下一级还是子命令

.chain = xxlink_subcommand_handlers,

继续找到xxlink_subcommand_handlers匹配

.name = "vid_pid",

回调

.handler = xxlink_handle_vid_pid_command,


对应的代码如下

Xxlink.c

// SPDX-License-Identifier: GPL-2.0-or-later
/*************************************************************************** *   Copyright (C) 2024              xx                                    * *   xxxxx@xxx.xx                                                          * ***************************************************************************/
#ifdef HAVE_CONFIG_H#include "config.h"#endif
#if IS_CYGWIN == 1#include "windows.h"#undef LOG_ERROR#endif
/* project specific includes */#include #include #include #include #include "libusb_helper.h"
/* system includes */#include #include #include #include #include
static uint16_t xxlink_vid = 0x0403;static uint16_t xxlink_pid = 0x6001;
static int xxlink_init(void){    LOG_DEBUG("xxlink_init");           return ERROR_OK;}
static int xxlink_quit(void){    LOG_DEBUG("xxlink_quit");           return ERROR_OK;}
static int xxlink_speed_div(int divisor, int *khz){    /* Maximum 3 Mbaud. */    if (divisor == 0)        *khz = 3000;    else if (divisor == 1)        *khz = 2000;    else        *khz = 3000 / divisor;    LOG_DEBUG("xxlink_speed_div divisor=%d rate %d khz", divisor, *khz);        return ERROR_OK;}
static int xxlink_khz(int khz, int *divisor){    if (khz == 0) {        LOG_DEBUG("RCLK not supported");        return ERROR_FAIL;    }
    /* Calculate frequency divisor. */    if (khz > 2500)        *divisor = 0;       /* Special case: 3 MHz */    else if (khz > 1700)        *divisor = 1;       /* Special case: 2 MHz */    else {        *divisor = (2*3000 / khz + 1) / 2;        if (*divisor > 0x3FFF)            *divisor = 0x3FFF;    }    LOG_DEBUG("xxlink_khz %d divisor=%d", khz, *divisor);    return ERROR_OK;}
static int xxlink_speed(int divisor){    int baud = (divisor == 0) ? 3000000 :        (divisor == 1) ? 2000000 :        3000000 / divisor;    LOG_DEBUG("xxlink_speed(%d) rate %d bits/sec", divisor, baud);
    //if (jtag_libusb_control_transfer(adapter,    //  LIBUSB_REQUEST_TYPE_VENDOR | LIBUSB_RECIPIENT_DEVICE | LIBUSB_ENDPOINT_OUT,    //  SIO_SET_BAUD_RATE, divisor, 0, NULL, 0, 1000, NULL) != ERROR_OK) {    //  LOG_ERROR("cannot set baud rate");    //  return ERROR_JTAG_DEVICE_ERROR;    //}
    return ERROR_OK;}
COMMAND_HANDLER(xxlink_handle_vid_pid_command){    if (CMD_ARGC > 2) {        LOG_WARNING("ignoring extra IDs in ft232r_vid_pid "                    "(maximum is 1 pair)");        CMD_ARGC = 2;    }    if (CMD_ARGC == 2) {        COMMAND_PARSE_NUMBER(u16, CMD_ARGV[0], xxlink_vid);        COMMAND_PARSE_NUMBER(u16, CMD_ARGV[1], xxlink_pid);        LOG_DEBUG("xxlink_vid:%x,xxlink_pid:%x",xxlink_vid,xxlink_pid);    } else        LOG_WARNING("incomplete ft232r_vid_pid configuration");
    return ERROR_OK;}
static const struct command_registration xxlink_subcommand_handlers[] = {    {        .name = "vid_pid",        .handler = xxlink_handle_vid_pid_command,        .mode = COMMAND_CONFIG,        .help = "USB VID and PID of the adapter",        .usage = "vid pid",    },    COMMAND_REGISTRATION_DONE};
static const struct command_registration xxlink_command_handlers[] = {    {        .name = "xxlink",        .mode = COMMAND_ANY,        .help = "perform xxlink management",        .chain = xxlink_subcommand_handlers,        .usage = "",    },    COMMAND_REGISTRATION_DONE};
static struct jtag_interface xxlink_interface = {    .supported = DEBUG_CAP_TMS_SEQ,    //.execute_queue = syncbb_execute_queue,};
struct adapter_driver xxlink_adapter_driver = {    .name = "xxlink",    .transports = jtag_only,    .commands = xxlink_command_handlers,
    .init = xxlink_init,    .quit = xxlink_quit,    .speed = xxlink_speed,    .khz = xxlink_khz,    .speed_div = xxlink_speed_div,
    .jtag_ops = &xxlink_interface,};

对应的打印如下

Debug: 25 137 xxlink.c:107 xxlink_handle_vid_pid_command(): xxlink_vid:1122,xxlink_pid:3344

五. 总结

以上我们分享了如何给openocd添加一个驱动实现,了解了openocd是如何匹配我们的驱动,以及如何给驱动传递参数的。为后续驱动的实现做好了准备。






评论 (0)
  • 在嵌入式语音系统的开发过程中,广州唯创电子推出的WT588系列语音芯片凭借其优异的音质表现和灵活的编程特性,广泛应用于智能终端、工业控制、消费电子等领域。作为该系列芯片的关键状态指示信号,BUSY引脚的设计处理直接影响着系统交互的可靠性和功能拓展性。本文将从电路原理、应用场景、设计策略三个维度,深入解析BUSY引脚的技术特性及其工程实践要点。一、BUSY引脚工作原理与信号特性1.1 电气参数电平标准:输出3.3V TTL电平(与VDD同源)驱动能力:典型值±8mA(可直接驱动LED)响应延迟:语
    广州唯创电子 2025-03-26 09:26 201浏览
  • 汽车导航系统市场及应用环境参照调研机构GII的研究报告中的市场预测,全球汽车导航系统市场预计将于 2030年达到472亿美元的市场规模,而2024年至2030年的年复合成长率则为可观的6.7%。汽车导航系统无疑已成为智能汽车不可或缺的重要功能之一。随着人们在日常生活中对汽车导航功能的日渐依赖,一旦出现定位不准确或地图错误等问题,就可能导致车主开错路线,平白浪费更多行车时间,不仅造成行车不便,甚或可能引发交通事故的发生。有鉴于此,如果想要提供消费者完善的使用者体验,在车辆开发阶段便针对汽车导航功能
    百佳泰测试实验室 2025-03-27 14:51 187浏览
  • 在电子设计中,电磁兼容性(EMC)是确保设备既能抵御外部电磁干扰(EMI),又不会对自身或周围环境产生过量电磁辐射的关键。电容器、电感和磁珠作为三大核心元件,通过不同的机制协同作用,有效抑制电磁干扰。以下是其原理和应用场景的详细解析:1. 电容器:高频噪声的“吸尘器”作用原理:电容器通过“通高频、阻低频”的特性,为高频噪声提供低阻抗路径到地,形成滤波效果。例如,在电源和地之间并联电容,可吸收电源中的高频纹波和瞬态干扰。关键应用场景:电源去耦:在IC电源引脚附近放置0.1μF陶瓷电容,滤除数字电路
    时源芯微 2025-03-27 11:19 152浏览
  • 六西格玛首先是作为一个量度质量水平的指标,它代表了近乎完美的质量的水平。如果你每天都吃一个苹果,有一间水果店的老板跟你说,他们所卖的苹果,质量达到六西格玛水平,换言之,他们每卖一百万个苹果,只会有3.4个是坏的。你算了一下,发现你如果要从这个店里买到一个坏苹果,需要805年。你会还会选择其他店吗?首先发明六西格玛这个词的人——比尔·史密斯(Bill Smith)他是摩托罗拉(Motorloa)的工程师,在追求这个近乎完美的质量水平的时候,发明了一套方法模型,开始时是MAIC,后来慢慢演变成DMA
    优思学院 2025-03-27 11:47 149浏览
  • 长期以来,智能家居对于大众家庭而言就像空中楼阁一般,华而不实,更有甚者,还将智能家居认定为资本家的营销游戏。商家们举着“智慧家居、智慧办公”的口号,将原本价格亲民、能用几十年的家电器具包装成为了高档商品,而消费者们最终得到的却是家居设备之间缺乏互操作性、不同品牌生态之间互不兼容的碎片化体验。这种早期的生态割裂现象致使消费者们对智能家居兴趣缺失,也造就了“智能家居无用论”的刻板印象。然而,自Matter协议发布之后,“命运的齿轮”开始转动,智能家居中的生态割裂现象与品牌生态之间的隔阂正被基于IP架
    华普微HOPERF 2025-03-27 09:46 109浏览
  • WT588F02B是广州唯创电子推出的一款高性能语音芯片,广泛应用于智能家电、安防设备、玩具等领域。然而,在实际开发中,用户可能会遇到烧录失败的问题,导致项目进度受阻。本文将从下载连线、文件容量、线路长度三大核心因素出发,深入分析烧录失败的原因并提供系统化的解决方案。一、检查下载器与芯片的物理连接问题表现烧录时提示"连接超时"或"设备未响应",或烧录进度条卡顿后报错。原因解析接口错位:WT588F02B采用SPI/UART双模通信,若下载器引脚定义与芯片引脚未严格对应(如TXD/RXD交叉错误)
    广州唯创电子 2025-03-26 09:05 146浏览
  • 案例概况在丹麦哥本哈根,西门子工程师们成功完成了一项高安全设施的数据集成项目。他们利用宏集Cogent DataHub软件,将高安全设施内的设备和仪器与远程监控位置连接起来,让技术人员能够在不违反安全规定、不引入未经授权人员的情况下,远程操作所需设备。突破OPC 服务器的远程连接难题该项目最初看似是一个常规的 OPC 应用:目标是将高安全性设施中的冷水机(chiller)设备及其 OPC DA 服务器,与远程监控站的两套 SCADA 系统(作为 OPC DA 客户端)连接起来。然而,在实际实施过
    宏集科技 2025-03-27 13:20 109浏览
  • 文/陈昊编辑/cc孙聪颖‍2025 年,作为中国实施制造强国战略第一个十年计划的关键里程碑,被赋予了极为重大的意义。两会政府工作报告清晰且坚定地指出,要全力加速新质生产力的发展进程,推动传统产业全方位向高端化、智能化与绿色化转型。基于此,有代表敏锐提议,中国制造应从前沿技术的应用切入,逐步拓展至产业生态的构建,最终延伸到提升用户体验的维度,打出独树一帜、具有鲜明特色的发展牌。正是在这样至关重要的时代背景之下,于 AWE 2025(中国家电及消费电子博览会)这一备受瞩目的舞台上,高端厨房的中国方案
    华尔街科技眼 2025-03-25 16:10 82浏览
  • 在智能语音产品的开发过程中,麦克风阵列的选型直接决定了用户体验的优劣。广州唯创电子提供的单麦克风与双麦克风解决方案,为不同场景下的语音交互需求提供了灵活选择。本文将深入解析两种方案的性能差异、适用场景及工程实现要点,为开发者提供系统化的设计决策依据。一、基础参数对比分析维度单麦克风方案双麦克风方案BOM成本¥1.2-2.5元¥4.8-6.5元信噪比(1m)58-62dB65-68dB拾音角度全向360°波束成形±30°功耗8mW@3.3V15mW@3.3V典型响应延迟120ms80ms二、技术原
    广州唯创电子 2025-03-27 09:23 154浏览
  • 在当今竞争激烈的工业环境中,效率和响应速度已成为企业制胜的关键。为了满足这一需求,我们隆重推出宏集Panorama COOX,这是Panorama Suite中首款集成的制造执行系统(MES)产品。这一创新产品将Panorama平台升级为全面的工业4.0解决方案,融合了工业SCADA和MES技术的双重优势,帮助企业实现生产效率和运营能力的全面提升。深度融合SCADA与MES,开启工业新纪元宏集Panorama COOX的诞生,源于我们对创新和卓越运营的不懈追求。通过战略性收购法国知名MES领域专
    宏集科技 2025-03-27 13:22 182浏览
  • ​2025年3月27日​,贞光科技授权代理品牌紫光同芯正式发布新一代汽车安全芯片T97-415E。作为T97-315E的迭代升级产品,该芯片以大容量存储、全球化合规认证、双SPI接口协同为核心突破,直击智能网联汽车"多场景安全并行"与"出口合规"两大行业痛点,助力车企抢占智能驾驶与全球化市场双赛道。行业趋势锚定:三大升级回应智能化浪潮1. 大容量存储:破解车联网多任务瓶颈随着​车机功能泛在化​(数字钥匙、OTA、T-BOX等安全服务集成),传统安全芯片面临存储资源挤占难题。T97-415E创新性
    贞光科技 2025-03-27 13:50 148浏览
我要评论
0
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦