技术文章 > arm软件工具 > arm 快速模型 > 快速模型(fast models) faq

快速模型(fast models) faq -九游会网页

文章来源：米尔科技发布日期：2021.1.19 浏览次数：22 次

q. 可以使用fvp(fixed virtual platform)测试代码的效率吗? 比如运行某些benchmark程序

answer:

快速模型是程序员视角(programmer's view)模型。pv模型在确保功能准确的基础上提供高速的硬件模拟。然而这样高度的抽象模型方法意味着在大多数情况下快速模型并不适用于测试代码效率。

q. 在一个平台模型(platform model)里可以有多余一个的可视化(visualization)组件吗？

answer:

不可以。现在可视化组件所使用的sdl库只允许每个仿真进程拥有一个可视化窗口。但是这一个窗口可以根据不同的目的动态的改变大小和分区。

q. 在systemc环境里可以初始化多个evs(exported virtual subsystems)吗？

answer:

从快速模型 7.1开始支持在一个systemc仿真环境里初始化多个evs。版本7.1之前是不支持这项特性的。

q. 可以监视/跟踪pvbus的连接吗？

answer:

快速模型8.0以及之后版本

pvbuslogger组件可以用来跟踪pvbus 主(master)和从(slave)之间的传输并通过mti(model trace interface)显示这些信息。

以下是如何追踪传输的步骤：

在pvbus主从端口之间加入pvbuslogger。这个组件可在sgcanvas的组件列表里找到（源文件位于${pvlib_home}\lisa\pvbuslogger.lisa）

示例lisa 代码：
pvbuslogger : pvbuslogger();
master0.pvbus_m0_ => pvbuslogger.pvbus_s;
pvbuslogger0.pvbus_m => slave0.pvbus;
使用mti插件显示pvbuslogger产生的事件
mtipdk里提供的generictrace示例插件可以显示这些事件：
isim_system --plugin $pvlib_home/examples/mti/generictrace/source/generictrace.so -c trace.generictrace.trace-sources=.pvbuslogger.*
使用listtracesources插件可以列出模型里支持的跟踪源和相关描述，你可以从中选出你所感兴趣的跟踪源进行跟踪。仿真过程中注册的跟踪源越少，仿真速度越快。

为了方便使用，cortex-a系列的模型默认在pvbus主端口(ext_bus)上包含一个内部的pvbuslogger。这样不需要重新编译模型就可以跟踪cortex-a系列总线上的读写。

快速模型7.1以及之前版本

跟踪/监视pvbus连接可以使用一个监视组件。在“fast models portfolio”里提供了一个实例监视组件。源文件位于

${pvlib_home}\lisa\pvbusmonitor.lisa

需要注意的是这个监视组件并不传播ace(axi coherency extensions)交通，所以不应该应用于ace连接。

对性能的影响

pvbuslogger(启用跟踪状态)和pvbusmonitor切断了dmi(direct memory interface)访问，这会严重影响仿真性能，所以应该只应用于调试。

q. flexnet/flexlm 在安装模型以太网支持之后windows点锁定许可(node-locked license)检查失败

answer:

症状

当使用点锁定(绑定主机)的flexlm许可，在为模型设置桥接网络(bridged netowrk)之后，运行模型的时候会报告主机id和许可证不匹配的错误：

error: license check failed!

no licences 'maxcore_systemgenerator' available.

hostid doesn't match license.

license files searched:

...

error code : -9

这个问题也会出现在其他使用点锁定flexlm许可认证机制的软件产品上。

原因

这是一个已知问题：在windows下创建以太网桥接网络的会造成flexlm报告主机id改变。例如，在为模型创建以太网桥接网络之前，flexlm的'hostid'应用会报告如下内容：

c:/> lmutil.exe hostid

the flexnet host id of this machine is "000c29600725"

在创建windows以太网桥接之后'hostid'报告：

c:/> lmutil.exe hostid

the flexnet host id of this machine is "020c29600725"

注意开始的两个数字从'00'变成了’02‘ - 在某些情况下整个主机id都可能不同。

flexlm的主机id是基于主机上的以太网mac地址的，创建桥接网络会隐藏原来主机的mac地址并产生新的mac地址。

解决方法

有两种方案可以解决这个问题：

停用模型网络
使用基于nat的模型网络

停用模型网络

方法是停用模型和物理网络之间的以太网mac桥接。这会阻止模型和外界的网络连接。

移除以太网桥接：

确保没有模型正在运行
用开始菜单(start menu)选择'控制面板'(control panel) -> ’网络连接‘(network connections)
在桥接网络里的每一个连接图标上点击右键，从弹出菜单上选择“移除桥接”(remove from bridge)
在modelnetworking目录里运行'remove_all_adapters_32'来删除arm tap设备。
注意：在删除网络桥接的过程中网络连接可能会暂时被中断。之后当网络连接重新建立之后，主机ip地址可能会改变。

现在flexlm的主机id应该变回桥接之前的值，快速模型应该可以正常启动。

使用基于nat的模型网络

这个方案使用基于nat的模型网络以替代桥接网络。在这种配置下模型和主机共享一个外部ip。具体步骤请参考问题 “如何在windows上配置快速模型和外部网络之间基于nat的网络方案？”

q. 如何在windows上配置快速模型和外部网络之间基于nat的网络方案？

answer:

使用”网络连接共享“(internet connection sharing ics)配置nat

首先配置windows环境：

打开“控制面板” -> “网络连接”
选中连接外部网络的网络适配器。右击选择“属性”
选择“高级”，启用“允许其他网络用户通过此计算机连接来连接”(allow other network users to connect through this computer's internet connection)，选择模型的虚拟适配器（这个例子里使用arm0）作为“家庭网络连接”(home networking connection):

现在在模型内部配置网络。具体的配置依赖于在模型内运行的操作系统和软件环境，然而对于支持dhcp的系统应该可以自动获取到ip地址。

q. 如何在lisa 组件里请求加载一个文件？

answer:

为了在lisa 组件里请求加载一个文件，需要在lisa 描述里添加如下内容：

1）属性 (properties)

组件里需要定义如下两个属性：

executes_software = true;
loadfile_extension = ".txt";

2）行为 (behaviours)

文件加载是通过"loadapplicationfile"行为完成的。

behaviour loadapplicationfile(const string& filename)

这个行为接受用户在调试器里选择的文件路径和文件名。lisa 语言并不指定这个行为应该包含的功能，其功能的实现根据模型的不同而不同。

3）资源（resources）(可选)

步骤1和2已经可以完成在仿真的开始加载一个文件。然而，模型调试器(model debugger)不会弹出“加载文件窗口”除非有寄存器被指定为pc(program counter)。寄存器是在模型里的“资源”部分定义的，如下的代码可以用来指定一个寄存器为pc:

在文件里给出了请求加载文件的实例。"loadapplicationfile"打开指定的文件并把内容加载进内存。

关于lisa 语言的更多信息可以参考""

q. 如何使用pvbusmapper组件？

answer:

简介

pvbusmapper组件是用来基于总线事务属性重新映射总线事务的。当一个总线事务发生在4kb大小的内存块里，pvbusmapper会创建一个快速通道(如果通道不存在)，然后将之后所有的属于这4kb内存块并且有相同事务属性的总线事务通过这个通道发送出去。

如果还没有为一个到来的总线事务创建一个通道，remap行为会被调用。这个行为会分析到来的总线事务并决定如何映射。例如，你可以映射一个总线事务的地址或者属性或者两者都映射。

如下的例子展示了通道的创建，销毁和地址映射。

示例系统

叫做"remapper"的示例组件，它包含一个"pvbusmapper"组件

存储应用程序代码的rom，secure ram和non-secure ram

remapper 组件

这个组件在我们的系统里是用来根据总线事务属性来映射总线事务的。本质上它像一个极其简化的外部mmu组件，只有一些基本的功能。这个组件可以在内部基于属性将总线事务映射到不同的端口。作为示例，如下是这个组件里所实现的"remap"行为：

// the callback behavious is passed a remaprequest object containing all the

// information about the transaction. look at remaprequest.h for more details

// on the available api

slave behavior remap( pv::remaprequest& req_ ) : unsigned

{

printf("\nremapper : inside remap callback\n");

printf("\t : obtaining transaction information....\n");

// get the transaction attributes (remaprequest member function)

attributes = req_.getmodifiabletransactionattributes();

// check if it is secure or non-secure

bool non_secure = attributes->isnormalworld();

address = req_.getoriginaltransactionaddress();

printf("\t : address = 0xx\n",address);

printf("\t : security = %s\n",non_secure?"non-secure":"secure");

if( non_secure )

{

// if non-secure transaction translate address, pa = va offset and output transaction on pvbus_m[0] port

// get the 4kb aligned base address for this transaction using

// getpagebase() function and add offset to it.

new_base_address = (req_.getpagebase() offset);

// this function creates a channel and mapping

// only called once for a 4kb block.

// note: the base address passed as arguement must be 4kb aligned!

req_.setremappagebase(new_base_address);

printf("\t : translating non-secure transaction....\n");

printf("\t : incoming va = 0xx\n",address);

printf("\t : 4k block base address = 0xx\n",req_.getpagebase());

printf("\t : offset = 0xx\n",offset);

printf("\t : new base address = 0xx\n",new_base_address);

// use pvbus_m[0] for this transaction

printf("\t : remapped to nsram (pvbus_m[1]) at physical address 0x%8x\n\n", new_base_address);

return 0;

}

else

{

// if secure transaction no translation. only output transaction on pvbus_m[1] port

// use pvbus_m[1] for secure transactions

// this is connected to sram.

printf("\t : remapped to sram (pvbus_m[1]), not address translation\n\n");

return 1;

}

对于non-secure总线事务：

任何输入事务的地址被重新映射为事务的虚拟地址加上地址位移（位移值储存在位移寄存器里）。
然后基于第一个输入的事务为4kb内存块创建到特定地址的通道。
总线事务被路由到组件的pvbus_m[0]端口，这个端口最终连接到nsram(non-secure ram)组件。
在通道创建之后，所有拥有相同属性的指向那个4kb内存块的总线事务就会通过这个通道被发送到nsram。
位移量可以通过写映射在内存地址0x40000000的寄存器被动态重置。由于位移量被改变，这个操作会销毁之前创建的任何映射或通道。
在下一个事务到来的时候通道会被重新创建，但是使用新的位移量来重新映射地址。

对于secure总线事务：

没有位移量被加到输入的虚拟地址。
所有secure总线事务被路由到这个组件的pvbus_m[1]端口。
这个端口连接到sram(secure ram)组件。

remapper组件包含了一个内存映射的读写寄存器来记录在ns访问中用到的位移量。当这个寄存器被修改，组件必须撤销目前所有创建的通道，这样才能创建采用新位移量的通道。

control.allbusmapchanging();

撤销通道可以通过调用pvbusmapper控制端口上的"allbusmapchanging"行为来完成。这会撤销目前创建的所有通道。

应用程序

[size=13.3333px]

这之后程序转换到non-secure world并向相同的地址写入数据。因为属性已经改变，为之前事务创建的通道已经不再匹配，所以需要创建新的通道，"remap"行为被调用。

最后，cpu向位移寄存器写值改变位移量。这会触发所有的通道被移除，因此当产生到同一个地址的另一个总线事务的时候remap就会被调用，并且这次使用新的位移量来翻译。

运行示例

例子可以从下载

通过sgcanvas编译示例系统。
加载应用程序并运行模型
model_shell -m .dll -a .axf

q. fast models tools和fast models portfolio都使用那些环境变量？

answer:

fast models tools和fast models portfolio使用5个环境变量：

maxcore_home - 指向fast models tools(system generator)的安装目录
maxview_home - 指向fast models tools或者model debugger的安装目录
pvlib_home -指向fast models portfolio(pv model library)的安装目录
systemc_home - 指向fast models tools中提供的systemc的安装目录
tlm_home - 指向fast models tools中提供的systemc tlm2.0的安装目录

这些环境变量通过以下方式设置：

在windows下安装程序会设置这些环境变量。
在linux下，这些变量通过提供的安装脚本来设置。脚本程序位于：
/etc/setup_all.sh for bourne shells
/etc/setup_all.csh for c shells

q. 从哪里可以获得armv8-a的处理器模型？

answer:

armv8-a处理器模型是快速模型库的一部分，请联系arm以获取详细信息。

或者，arm提供免费的基础模型(foundation model)以供。

转自：

本文来自九游会网页-j9九游会官网登录科技，原文地址： http://www.myir-tech.com/resource/580.asp，转载请注明出处。

j9九游会官网登录的产品中心	服务与支持	关于米尔	联系j9九游会官网登录	关注j9九游会官网登录
arm开发工具 arm工业控制板 xilinx fpga板卡充电桩方案模块配件	定制服务九游会网页的技术支持下载中心技术文章	j9九游会官网登录的简介文化理念新闻中心联系j9九游会官网登录	业务合作：sales.cn@myirtech.com 深圳总部：0755-25622735 深圳市龙岗区坂田发达路云里智能园2栋604
© 2020 myir "))

0755-25622735