前言   著名的LLVM国际开源软件社区于2023年3月18日发布了16.0.0版本，以正式后端（official target）的级别实现了对LoongArch指令集架构的完善支持。   至此，开源软件世界最重要的五大基础软件（BIG FIVE），即Linux内核、GCC、LLVM、Glibc、Binutils，都已发布了支持LoongArch架构的正式版本。此后的LoongArch架构操作系统发行版将可以直接基于上游社区版本进行构建，标志着LoongArch软件生态建 设将迎来快速发展的新阶段。   LLVM介绍   LLVM是如今设计和开发编译器的最重要的框架之一，它不仅提供了知名的C/C++编译器前端clang，也为Rust等许多其他编程语言提供了编译框架支持，包括Chromium在内的大量大型软件都采用LLVM作为编译构建工具。   LLVM项目全面支持LoongArch   根据此次LLVM社区官方发行注记（https://releases.llvm.org/）的说明，在LLVM16中，LoongArch架构从实验性后端（experimental target）被提升至正式后端（official target），这意味着LoongArch后端在任何平台上将被默认编译，无需通过额外的CMake选项指定。      LLVM 16.0.0发行注记部分截图   此外，LoongArch架构在整个LLVM项目中得到了更加全面的支持，可支持OrcJIT、GHC调用约定等高级特性，clang、compiler-rt、lldb、openmp和libunwind等子项目。   龙芯积极贡献源代码   龙芯中科是2022年LLVM社区代码贡献量较多的机构参与者，自2022年以来累计向LLVM社区贡献了6.5万行源代码。此外，来自国内外的开源开发者也向LLVM社区贡献了近5千行的LoongArch架构支持代码。LoongArch作为一个新兴的指令集架构，正得到开源世界日益广泛的认可与支持。   结语   未来，龙芯中科技术团队将继续与LLVM社区保持紧密合作，与国内外的专业开发者和开源爱好者携手努力，助力LLVM社区和LoongArch架构生态建设创新发展。

  2 月 20 日消息，据 openKylin 发布，openKylin 社区作为由麒麟软件主导成立的国内桌面操作系统根社区，已率先布局基于 RISC-V 架构的新一代桌面办公场景生态，迁移适配开源应用生态，并协同平头哥、钉钉等商业生态伙伴布局基本可用的桌面办公场景应用。 图片来源：openKylin   openKylin 社区自 2022 年 6 月成立起，开始关注并持续投入 RISC-V 架构生态建设，在逐步打磨 OS 产品特性、迁移适配 Firefox 等开源软件等同时，与平头哥、钉钉等软硬件厂商开展多次洽谈，推动伙伴间深入合作，构筑操作系统与 RISC-V 架构软硬件生态协同发展力量。   版本规划 —openKylin 适配了 HiFive Unmatched、VisionFive、VisionFive2 和平头哥曳影 1520 四款 RISC-V 开发平台，制作了相关 openKylin 版本；   系统性能 — 配置了内核电源管理模块，解决了系统关机和重启问题，提升系统启动速度约 30 秒；完成了 openKylin RISC-V 版本中的镜像自动分盘功能，烧录镜像后第一次开机时会自动将硬盘剩余空间分配到根分区；   软件生态 — 适配了 openKylin 自研、Libreoffice 和 FireFox 等软件，能够满足用户的日常上网及办公需求；   项目孵化 — 发布了 RISC-V 平台软件兼容项目 RVTrans，实现 X86 软件在 RISC-V 平台的兼容运行，目前已成功适配简单的应用程序，并持续更新完善；   openKylin（开放麒麟）社区旨在以“共创”为核心，在开源、自愿、平等、协作的基础上，通过开源、开放的方式与企业构建合作伙伴生态体系，共同打造桌面操作系统顶级社区，推动 Linux 开源技术及其软硬件生态繁荣发展。

安全互联汽车创新方案   今天，毫米波雷达在汽车中的应用日趋广泛，为人们的安全驾驶提供更可靠地保障。而当我们向L2+及更高的自动驾驶等级迈进时，4D成像雷达这个“新物种”进入了大家的视野，并正在对ADAS和自动驾驶传感器技术和市场格局产生深刻影响。   具体来讲，4D成像雷达在2D传感器测量速度和距离的基础上，增加了测量水平和垂直角度的能力，这使得车辆能够“看到”行人、两轮车等更小的物体，支持更高的分辨率，提供全天候的检测能力。   想要快速推进4D成像雷达的应用开发工作，今天我们特别向大家介绍一款恩智浦的4D成像雷达开发板，其正面包括4个TEF8232雷达MMIC芯片，分别可以接出12根发射天线和16根接收天线，信号在完成发射、接收、混频和采样后，会通过MIPI CSI接口传输到S32R45雷达MCU上进行处理，实现一个完整的4D成像雷达检测解决方案。      该4D成像雷达开发板的主要特性包括：   基于最新一代CMOS技术的MMIC TEF8232和16nm MCU S32R45的12发16收4D毫米波雷达   完整的77G毫米波雷达芯片组，包括专用的射频链路、信号处理器、电源管理以及车内网络芯片产品   全新一代毫米波雷达收发器, 为高性能雷达所需的级联方式提供了系统级设计优化   高性能雷达信号处理器, 可支持四片级联收发器的信号处理     MMIC满足功能安全ASIL-B要求，MCU满足功能安全ASIL-D要求。

  人工智能视觉感知芯片研发及基础算力平台公司爱芯元智宣布，正式推出开源生态社区开发板「爱芯派™」AXera-Pi™，并亮相中国集成电路设计业2022年会（ICCAD 2022）。此次推出的「爱芯派™」核心板搭载爱芯元智AX620A芯片，拥有优异画质处理能力，可为广大开发者提供方便易用的硬件开发平台、助力AI在端侧边缘侧场景的快速落地应用。继与百度飞桨达成「硬件生态共创计划」之后，「爱芯派™」AXera-Pi™的正式上线，则标志着爱芯元智的开源生态建设迎来进一步发展落地。             「爱芯派™」AXera-Pi™基于爱芯元智AX620A芯片研发，这是一款高能效比、低功耗的AI SoC芯片，集成了四核Cortex A7@1Ghz CPU，14.4Tops@Int4或3.6Tops@INt8的NPU，支持4K@30fps的ISP，能实现夜景增强等优质影像效果，在智能视觉领域具有突出应用优势。为帮助开发者更好地使用，AXera-Pi™还具备丰富的算子支持，可广泛应用于物体分类、人脸检测、物体检测、3D单目车辆检测、物体分割、人体关键点识别等众多开发场景，实现更多的AI功能。       其中，作为「爱芯派™」的核心技术特色，爱芯元智自研的混合精度NPU将满足多终端侧、边缘侧场景下的算力需求。当前，面对端侧海量的数据和不断增大的算法复杂程度，NPU能在功耗约束的情况下，表现出远超传统CPU/GPU的运算效率，已成为AI芯片的重要模块。为进一步发挥NPU的能力，爱芯元智设计了混合精度NPU，基于异构多核系统和多核硬件同步机制，可在端侧边缘侧成本受限的情况下提供更多有效算力，支持更多的智能算法。由此，AXera-Pi™也将帮助用户更好地进行项目开发部署，打造更优的开发体验。       在此次中国集成电路设计业2022年会（ICCAD 2022）上，爱芯元智AI推理引擎总监唐琦也对爱芯元智的生态布局及「爱芯派™」相关特性做出了系统性介绍。他在演讲中指出AXera-Pi™的AI加速器已经良好支持了物体分类、物体检测、单目3D检测、自动驾驶场景的语义分割、健身镜场景的人行分割、行业AI算法等。       围绕「爱芯派™」这一硬件平台，爱芯元智也同步搭建起了开源生态社区。据唐琦介绍，爱芯元智配套推出了对应的开源软件项目，让广大开发者可在此分享或了解使用开发指南、模型测试等社区开放资源，提高平台使用效率，共同丰富端侧AI算法生态，实现芯片公司和客户双赢。       「爱芯派™」项目是爱芯元智深耕开源生态建设的又一重要探索，爱芯元智始终坚信，开源生态对于赋能AI加速发展起着至关重要的作用。爱芯元智从2022年上半年将开源社区的建设，添加到了公司的生态建设的执行计划中。「爱芯派™」正是基于这一背景与合作伙伴共同推出的项目，目前已吸引到了众多的开源生态里面的工程师参与讨论，也收集到了终端客户对于现有产品的宝贵意见。       作为智能视觉感知芯片研发及基础算力平台公司，爱芯元智成立三年来已成功研发并量产了三代多颗端侧、边缘侧智能视觉芯片，在智慧城市、智能消费、智能交通三大领域实现商用落地。面向广阔的端侧边缘侧应用场景，爱芯元智于此前启动了开源生态建设计划，旨在积极发挥自身技术优势，让开发者快速获取AI能力，实现端侧边缘侧AI生态的繁荣共赢。       面向纷繁复杂的应用场景，一个开放的生态环境有利于技术的创新迭代，帮助行业加速AI落地。未来，爱芯元智也将基于「爱芯派™」AXera-Pi™硬件平台不断扩充开源项目算法示例、提高社区开放性和活跃度，持续推进开源生态建设，更好地支持智能产业发展。   

  在嵌入式项目中，软件开发基本上都会使用到延时，那么，该用软件延时还是硬件延时？它们又有什么区别呢？   今天就来讲讲关于硬件延时和软件延时的内容，以及它们的区别。     硬件和软件延时   延时的种类很多，先给大家普及一下延时相关概念和分类。   1.硬件延时   指利用具有计数功能的硬件进行延时。   比如：定时器（TImer）、 实时时钟（RTC）、 系统滴答定时器（SysTIck）等具有计数功能的硬件。   2.软件延时   相对硬件延时而言，软件延时就是写一段软件代码，通过消耗CPU时间进行延时。   比如软件延时函数：     void Delay(uint32_t Cnt) {  uint32_t i;  while(Cnt--)  {    for(i=0; i<0x80000; i++);  } }       阻塞和非阻塞延时   实际应用中，延时分阻塞和非阻塞延时。   1.阻塞延时   指CPU一直停留阻塞，不去做其它事情，直到延时结束结束。   像上面那个软件延时（Delay）就是一个典型的阻塞延时，一直消耗CPU，直到延时结束。   2.非阻塞延时   指在延时期间，没有阻塞CPU，也就是说CPU在延时期间可以执行其它代码。   比如：利用定时器中断延时，只需要开启定时器，在中断（计数）到来之前，CPU可以执行其它代码。   3.额外举例   a.利用定时器也能实现阻塞延时，比如STM32的HAL自带的阻塞延时：     __weak void HAL_Delay(uint32_t Delay) {  uint32_t TIckstart = HAL_GetTIck();  uint32_t wait = Delay;  /* Add a freq to guarantee minimum wait */  if (wait < HAL_MAX_DELAY)  {    wait += (uint32_t)(uwTickFreq);  }  while ((HAL_GetTick() - tickstart) < wait)  {  } }       b.利用RTOS自带的系统延时实现非阻塞延时，这个实现原理实际是利用了硬件延时（系统滴答定时器）。   当然，这个延时的原理（延时函数代码）相对比较复杂，对于普通用户只需要知道如何调用以及简单原理即可，感兴趣的老铁可以自行研究一下。   通常在一些RTOS的（Demo）例子的任务中都有系统延时，比如ucos非阻塞延时：     OSTimeDly(10);          再比如FreeRTOS非阻塞延时：     vTaskDelay(10);          关于RTOS的延时，这里额外拓展一下关于RTOS中的相对延时和绝对延时的内容，请移步至文章《RTOS中相对延时和绝对延时的区别》   硬件和软件延时区别   通过以上分析，其实不难得出，硬件延时相对软件延时更普遍。   1.软件相对硬件延时精度更差；   2.软件延时为阻塞延时，硬件延时可阻塞，也可非阻赛延时；   3.硬件延时应用更灵活、更广泛；   ......   实际应用中，硬件延时、非阻塞延时相对更普遍。    审核编辑：刘清