[参考译文] DCA1000EVM：总线错误(转储内核)、使用 CLI 应用程序在 Linux 上捕获原始数据

您好！

是的、我在基于 x86的系统上尝试过它、它运行良好。 该软件包中不包含二进制文件。

同时，我自己也解决了这个问题。 我将简要说明我为使其运行所做的工作。 在将来的更新中包含类似的修复可能是有道理的。

SIGBUS 错误是由与 pthread 函数相关的未对齐内存访问引起的。 我不清楚为什么必须对齐这些函数的存储器、因为通常情况下、arm64v8支持未对齐的存储器访问。 这可能是由该库中更深的机器命令引起的。

在几个头文件中有一条语句：(例如 RF_API.h)

/** To avoid structure padding                                               */
#pragma pack (1)

由该语句引起的、没有与架构的64位内存对齐。 这会间接触发问题、但会减少使用的存储器、并可能减少其他一些更高的用途。

无论您希望保留这些语句、都需要将其固定在两个位置、在这两个位置会发生错误：

在 osal.h 中、结构 OSAL_SIGNAL Handle_TYPE 包含一个 pthread_COND_t (48b)、pthread_mutex_t (48b)和一个 bool (1B)变量。 总之、该结构采用97Bytes。 这需要与104个字节对齐、例如通过以下修改：alignas (8)

/** Structure definition for event handle (Linux)       */
typedef struct alignas(8)
{
    /** Condition variable handle  */
    OSAL_CONDN_HANDLE_TYPE condnVar;

    /** Mutex variable handle      */
    OSAL_MUTEX_HANDLE_TYPE mutexVar;

    /** Signalled state flag       */

    bool bSignalled;
}OSAL_SIGNAL_HANDLE_TYPE;

recorddatarecv.h 中的是具有大量变量的类。 其中两个是先前更改的结构的事件结构。 我假设事件结构已经与104B 对齐。 这些结构从1299B 和1403B 的偏移开始。 偏移量需要对齐。 最简单的方法是简单地将事件结构移动到存储器的开头。 由此、它们从偏移0B 和104B 开始：

(左-右原  -修改)

class cUdpDataReceiver

{

	/** Data type index										*/

    UINT8 u8DataTypeId;



    /** Record data file pointer                            */

    FILE *pRecordDataFile;



    /** Record data file path                               */

    SINT8 strRecordFilePath[MAX_NAME_LEN * 2];



    /** Record data file name                               */

    SINT8 strFileName1 [MAX_NAME_LEN * 3];



    /** Socket state                */

    bool bSocketState;



    /** Thread state                */

    bool bThreadState;



    /** First packet state          */

    bool bFirstPktSeqSet;



    /** File Data count             */

    UINT32 u32DataCount;



    /** File count                  */

    UINT32 u32DataFileCount;



	/** File writing - Loop index	*/

    UINT32 u32ByteIndex;



    #ifndef POST_PROCESSING



    /** File write completion wait event                    */

    OSAL_SIGNAL_HANDLE_TYPE sgnFileWriteCompletionWaitEvent;



    /** File write init wait event                          */

    OSAL_SIGNAL_HANDLE_TYPE sgnFileWriteInitWaitEvent;



    /** Buffer 1 empty flag                                 */

    bool bBuf1Empty;
    
...

class cUdpDataReceiver

{   

    #ifndef POST_PROCESSING



    /** File write completion wait event                    */

    OSAL_SIGNAL_HANDLE_TYPE sgnFileWriteCompletionWaitEvent;



    /** File write init wait event                          */

    OSAL_SIGNAL_HANDLE_TYPE sgnFileWriteInitWaitEvent;



    #endif



	/** Data type index										*/

    UINT8 u8DataTypeId;



    /** Record data file pointer                            */

    FILE *pRecordDataFile;



    /** Record data file path                               */

    SINT8 strRecordFilePath[MAX_NAME_LEN * 2];



    /** Record data file name                               */

    SINT8 strFileName1 [MAX_NAME_LEN * 3];



    /** Socket state                */

    bool bSocketState;



    /** Thread state                */

    bool bThreadState;



    /** First packet state          */

    bool bFirstPktSeqSet;



    /** File Data count             */

    UINT32 u32DataCount;



    /** File count                  */

    UINT32 u32DataFileCount;



	/** File writing - Loop index	*/

    UINT32 u32ByteIndex;



    #ifndef POST_PROCESSING



    /** Buffer 1 empty flag                                 */

    bool bBuf1Empty;
    
...

经过这些修改后、它对我来说是可行的。

我希望通过这篇文章、我可以为其他人节省大量工作、使 CLI 工具在基于 ARM64的系统上运行。

此致

Hans-Peter