-
1.官网下载驱动源码包地址:cid:link_0环境 openeuler22.03-LTS x86 aarch642.tar -xvf igb-5.11.4.tar.gz3.把附件中的文件替换解压出来的文件路径 igb_ethtool.c igb-5.11.4/src/4.cd igb-5.11.4/src/5.make install
-
1.官网下载驱动源码包地址:https://www.intel.com/content/www/us/en/download/18026/intel-network-adapter-driver-for-pcie-40-gigabit-ethernet-network-connections-under-linux.html环境 openeuler22.03-LTS x86 aarch642.tar -xvf i40e-2.20.12.tar.gz3.把附件中的文件替换解压出来的文件路径 i40e_ethtool.c i40e-2.20.12/src/auxiliary_bus.h i40e-2.20.12/src/linux4.cd i40e-2.20.12/src/5.make install
-
intel ice驱动1.9.11 版本在openeuler20.03-LTS-SP3 aarch64无法直接编译安装,需要按照以下步骤操作环境 openeuler20.03-LTS-SP3 aarch641.intel官网下载驱动链接:https://downloadmirror.intel.com/738725/ice-1.9.11.tar.gz2.解压软件包tar -xvf ice-1.9.11.tar.gz3.cd ice-1.9.11/src替换这个文件(文件在附件中)ice_ptp.c 路径 ice-1.9.11/src4.cd ice-1.9.11/src5.make install6.查看新驱动 modinfo ice|more
-
Outbox外部驱动使能指导 1 QLogic qla2xxx 1. 驱动下载链接:https://repo.oepkgs.net/openEuler/rpm/openEuler-20.03-LTS-SP3/contrib/drivers/source/Packages/qla2xxx-10.02.06.04_k-1_OpenEuler.zip 2. 环境信息 openeuler-20.03lts-sp33. 解压驱动包 4. cd /qla2xxx-10.02.06.02-k ./extras/build.sh install 仅做测试使用,重启不生效 ./extras/build.sh initrd 重启生效 5. 查看新驱动 modinfo qla2xxx qla2xxx 第二种 1. 驱动下载地址:https://repo.oepkgs.net/openEuler/rpm/openEuler-20.03-LTS-SP3/contrib/drivers/source/Packages/qla2xxx-10.02.06.04_k-1_OpenEuler.zip 或 https://driverdownloads.qlogic.com/QLogicDriverDownloads_UI/Files/TempDownlods/99261/qla2xxx-10.02.06.04_k-1_OpenEuler.zip 2. 环境信息 openeuler-20.03lts-sp33. 安装新驱动 rpm –ivh qla2xxx-10.02.06.04_k-1dkms.noarch.rpm tmp/dkms.xxxx/下面是新驱动,把原来的ko文件备份 modinfo qla2xxx.ko |grep dep insmod qla2xxx.ko 4.查看新驱动 modinfo qla2xxx |more 2 Intel igb/i40e/ixgbe/ixgbevf/ice 1. 驱动下载地址:https://repo.oepkgs.net/openEuler/rpm/openEuler-20.03-LTS-SP1/contrib/drivers/x86_64/Packages/igb-5.5.2-1.x86_64.rpm 2. 环境信息 openeuler-20.03lts-sp13. 安装新驱动 rpm –ivh igb-5.5.2-1.x86_64.rpm find / -name “igb.ko” 把新的igb.ko文件替换掉内核自带的igb.ko文件,updates这个目录下是新驱动的文件,把原来的ko文件备份 rmmod igb insmod igb.ko modprobe igb 4. 查看新驱动 igb 第二种情况 1. 驱动下载地址 https://repo.oepkgs.net/openEuler/rpm/openEuler-20.03-LTS-SP3/contrib/drivers/source/Packages/igb-5.11.4.tar.gz 2. 环境信息 openeuler-20.03lts-sp3 3. 安装新驱动 解压缩软件包 tar –xvf igb-5.11.4.tar.gz cd igb-5.11.4/src make install 4. 查看新驱动 Modinfo igb |more 3 Avago megaraid_sas 1. 驱动下载地址:https://repo.oepkgs.net/openEuler/rpm/openEuler-20.03-LTS-SP1/contrib/drivers/x86_64/Packages/RAID-3004iMR_3108_3408iMR_3416iMR_3508_3516-openEuler20.03-megaraid_sas-07.714.04.00-1-x86_64.rpm 2. 环境信息 openeuler-20.03lts-sp1 3. 安装新驱动 rpm -ivh RAID-3004iMR_3108_3408iMR_3416iMR_3508_3516-openEuler20.03-megaraid_sas-07.714.04.00-1-x86_64.rpm 4. 查看新驱动 modinfo megaraid_sas megaraid_sas(官网) 1. 驱动下载地址:https://docs.broadcom.com/docs-and-downloads/raid-controllers/raid-controllers-common-files/MR_LINUX_DRIVER_7.21-07.721.02.00-1.tgz 2. 环境信息 openeuler-20.03lts-sp13. 安装驱动 解压驱动包 tar –xvf MR_LINUX_DRIVER_7.21-07.721.02.00-1.tgz tar –xvf megaraid_sas_components.tgz cd openEuler cd rpms-1 rpm –ivh kmod-megaraid_sas-07.721.02.00_oe20.03-1.aarch64.rpm 4. 查看新驱动 Megaraid_sas 官网下载地址:https://docs.broadcom.com/docs-and-downloads/raid-controllers/raid-controllers-common-files/MR_LINUX_DRIVER_7.22-07.722.02.00-2.tgz 1.环境信息: openeuler-20.03lts-sp13.解压缩安装包 解压源码包 cd megaraid_sas-07.722.02.00 ./compile.sh 会在当前目录生成一个megaraid_sas.ko文件 find / -name “megaraid_sas.ko” 备份/kernel 路径下的ko文件 把上面生成的Ko文件放到kernel/drivers/scsi/megaraid/路径下 reboot 4.查看新驱动 modinfo megaraid_sas 4 Huawei hifc/hinic 1. 驱动下载地址:https://repo.oepkgs.net/openEuler/rpm/openEuler-20.03-LTS/contrib/drivers/aarch64/Packages/FC-IN300-openEuler20.03-hifc-3.7.0.8-aarch64.rpm 2. 环境信息 openeuler-20.03-lts3. 安装驱动 rpm -ivh xxxx4. 查看驱动信息 modprobe hifc 5 Mellanox mlx5_core 1. 驱动下载地址: https://network.nvidia.com/products/infiniband-drivers/linux/mlnx_ofed/ MLNX_OFED_LINUX-5.6-2.0.9.0-openeuler20.03sp1-x86_64.tgz 2. 环境信息 openeuler-20.03lts-sp13. 安装新驱动 解压OFED驱动包 ./mlnxofedinstall --add-kernel-support 安装报错缺少依赖包 yum install 即可 4. 查看新驱动 modinf mlx5_core Mellanox ofed community 驱动 1. 驱动下载地址: https://repo.oepkgs.net/openEuler/rpm/openEuler-22.03-LTS/contrib/drivers/source/Packages/MLNX_OFED_SRC-5.7-1.0.2.0.tgz https://www.mellanox.com/downloads/ofed/ MLNX_OFED-5.7-1.0.2.0/ MLNX_OFED_SRC- 5.7-1.0.2.0.tgz 2. 环境信息 openeuler-22.03-lts3.安装驱动 解压安装包 tar –xvf MLNX_OFED_SRC-5.7-1.0.2.0.tgz cd MLNX_OFED_SRC-5.7-1.0.2.0 yum install python ./install.pl 选择2 选择1 报错缺少依赖,安装所需要的依赖,重复上面的步骤./install.pl yum install cmake …… 4.查看新驱动 6 Broadcom lpfc 1. 驱动下载地址: https://docs.broadcom.com/docs-and-downloads/oem/support/elx/rt14.0.1/14.0.326.19/elx-lpfc-dd-openEuler20-14.0.326.19-ds-1.tar.gz 2. 环境信息 openeuler-20.03lts-sp13. 安装新驱动 解压安装包 cd elx-lpfc-dd-openEuler20-14.0.326.19-ds-1 ./elx_lpfc_install.sh 4. 查看新驱动 lpfc 第二种 1. 驱动下载地址: https://repo.oepkgs.net/openEuler/rpm/openEuler-20.03-LTS-SP1/contrib/drivers/source/Packages/elx-lpfc-dd-openEuler20-12.8.614.14-ds-1.tar.gz 或 https://docs.broadcom.com/docs-and-downloads/oem/support/elx/rt12.8.13/12.8.614.20/elx-lpfc-dd-openEuler20-12.8.614.14-ds-1.tar.gz 2. 环境信息 openeuler-20.03lts-sp13. 安装新驱动 解压安装包 cd elx-lpfc-dd-openEuler20-12.8.614.14-ds ./elx_lpfc_install.sh find / -name “lpfc.ko” extra/elx-lpfc/lpfc.ko是新驱动,把新驱动复制到kernel/drivers/scsi/lpfc/下面,把原来的lpfc.ko备份 modprobe lpfc 4. 查看新驱动 modinfo lpfc|more
-
ARM指令集和x86指令集的比较一、背景知识:指令的强弱是CPU的重要指标,指令集是提高微处理器效率的最有效工具之一。一、布景常识:指令的强弱是CPU的重要目标,指令集是进步微处理器功率的最有用东西之一。从现阶段的干流系统结构讲,指令集可分为杂乱指令集(CISC)和精简指令集(RISC)两部分。相应的,微处理跟着微指令的杂乱度也可分为CISC及RISC这两类。CISC是一种为了便于编程和进步记忆体拜访功率的晶片规划系统。在20世纪90年代中期之前,大多数的微处理器都选用CISC系统──包括Intel的80x86和Motorola的68K系列等。 即一般所说的X86架构便是归于CISC系统的。RISC是为了进步处理器运转的速度而规划的晶片系统。它的关键技能在于流水线操作(Pipelining):在一个时钟周期里完结多条指令。而超流水线以及超标量技能已遍及在晶片规划中运用。RISC系统多用于非x86阵营高功用微处理器CPU。像HOLTEK MCU系列等。ARM(Advanced RISC Machines),既能够认为是一个公司的姓名,也能够认为是对一类微处理器的通称,还能够认为是一种技能的姓名。而ARM系统结构现在被公认为是业界抢先的32位嵌入式RISC微处理器结构。一切ARM处理器同享这一系统结构。因而咱们能够从其所属系统比较下手,来进行X86指令集与ARM指令集的比较。二、CISC和RISC的比较(一)CISC1.CISC系统的指令特征运用微代码。指令集能够直接在微代码记忆体(比主记忆体的速度快许多)里履行,新规划的处理器,只需添加较少的电晶体就能够履行相同的指令集,也能够很快地编写新的指令集程式。巨大的指令集。能够削减编程所需求的代码行数,减轻程式师的担负。高阶语言对应的指令集:包括双运算元格局、寄存器到寄存器、寄存器到记忆体以及记忆体到寄存器的指令。2.CISC系统的优缺陷长处:能够有用缩短新指令的微代码规划时刻,答应规划师完结CISC系统机器的向上相容。新的系统能够运用一个包括前期系统的指令超调集,也就能够运用较早电脑上运用的相同软体。别的微程式指令的格局与高阶语言相匹配,因而编译器并不一定要从头编写。缺陷:指令集以及晶片的规划比上一代产品更杂乱,不同的指令,需求不同的时钟周期来完结,履行较慢的指令,将影响整台机器的履行功率。(二)RISC1.RISC系统的指令特征精简指令集:包括了简略、根本的指令,透过这些简略、根本的指令,就能够组合成杂乱指令。相同长度的指令:每条指令的长度都是相同的,能够在一个独自操作里完结。单机器周期指令:大多数的指令都能够在一个机器周期里完结,并且答应处理器在同一时刻内履行一系列的指令。2.RISC系统的优缺陷长处:在运用相同的晶片技能和相同运转时钟下,RISC系统的运转速度将是CISC的2~4倍。由于RISC处理器的指令集是精简的,它的记忆体办理单元、浮点单元等都能规划在同一块晶片上。RISC处理器比相对应的CISC处理器规划更简略,所需求的时刻将变得更短,并能够比CISC处理器运用更多先进的技能,开发更快的下一代处理器。缺陷:多指令的操作使得程式开发者有必要小心肠选用适宜的编译器,并且编写的代码量会变得十分大。别的便是RISC系统的处理器需求更快记忆体,这一般都集成于处理器内部,便是L1 Cache(一级缓存)。归纳上面所述,若要再进一步比较CISC与RISC之差异,能够由以下几点来进行剖析:1、指令的构成CISC因指令杂乱,故采微指令码操控单元的规划,而RISC的指令90%是由硬体直接完结,只需10%的指令是由软体以组合的方法完结,因而指令履行时刻上RISC较短,但RISC所须ROM空间相对的比较大,至于RAM运用巨细应该与程序的运用比较有联系。2、定址形式CISC的需求较多的定址形式,而RISC只需少量的定址形式,因而CPU在核算记忆体有用位址时,CISC占用的汇流排周期较多。3、指令的履行CISC指令的格局犬牙交错,履行时的周期次数也不一致,而RISC结构刚好相反,故合适选用管线处理架构的规划,从而能够到达均匀一周期完结一指令的方向尽力。明显的,在规划上RISC较CISC简略,一起由于CISC的履行过程过多,搁置的单元电路等待时刻添加,不利于平行处理的规划,所以就效能而言RISC较CISC仍是站了优势,但RISC因指令精简化后形成运用程式码变大,需求较大的程式记忆体空间,且存在指令品种较多等等的缺陷。(三)X86指令集和ARM指令集:(1) X86指令集:X86指令集是Intel为其榜首块16位CPU(i8086)专门开发的,后来的电脑中为进步浮点数据处理才能而添加的X87芯片系列数学协处理器别的运用X87指令,今后就将X86指令集和X87指令集统称为X86指令集。尽管跟着CPU技能的不断开展,Intel连续研制出更新式的i80386、i80486,但为了确保电脑能持续运转以往开发的各类运用程序以维护和承继丰厚的软件资源,所以Intel公司所出产的一切CPU依然持续运用X86指令集,所以它的CPU仍归于X86系列。由于Intel X86系列及其兼容CPU都运用X86指令集,所以就构成了今日巨大的X86系列及兼容CPU阵型。除了具有上述CISC的许多特性外,X86指令集有以下几个杰出的缺陷:l通用寄存器组————对CPU内核结构的影响X86指令集只需8个通用寄存器。所以,CISC的CPU履行是大多数时刻是在拜访存储器中的数据,而不是寄存器中的。这就拖慢了整个系统的速度。RISC系统往往具有十分多的通用寄存器,并选用了重叠寄存器窗口和寄存器堆等技能使寄存器资源得到充沛的运用。l解码————对CPU的外核的影响解码器(Decode Unit),这是x86CPU才有的东西。其作用是把长度不定的x86指令转换为长度固定的类似于RISC的指令,并交给RISC内核。解码分为硬件解码和微解码,关于简略的x86指令只需硬件解码即可,速度较快,而遇到杂乱的x86指令则需求进行微解码,并把它分红若干条简略指令,速度较慢且很杂乱。Athlon也好,PIII也好,旧式的CISC的X86指令集严峻限制了他们的功用体现。l寻址规模小——约束了用户需求即便AMD研宣布X86-64架构时,尽管也处理了传统X86固有的一些缺陷,比方寻址规模的扩展,但这种改善并不能直接带来功用上的进步。(2)ARM指令集:比较而言,以RISC为架构系统的ARM指令集的指令格局一致,品种比较少,寻址方法也比杂乱指令集少。当然处理速度就进步许多。ARM处理器都是所谓的精简指令集处理机(RISC)。其一切指令都是运用一些简略的指令组成的,简略的指令意味着相应硬件线路能够尽量做到最佳化,而进步履行速率,相对的使得一个指令所需的时刻减到最短。而由于指令集的精简,所以许多作业都有必要组合简略的指令,而针对较杂乱组合的作业便需求由『编译程式』(compiler)来履行,而CISC系统的X86指令集由于硬体所供给的指令集较多,所以许多作业都能够以一个或是数个指令来替代,compiler的作业因而削减许多。除了具有上述RISC的许多特性之外,能够总结ARM指令集架构的其它一些特色如下:lARM的特色1.体积小,低功耗,低成本,高功用2.支撑Thumb(16位)/ARM(32位)双指令集,能很好的兼容8位/16位器材;3.很多运用寄存器,指令履行速度更快;4.大多数数据操作都在寄存器中完结;5.寻址方法灵敏简略,履行功率高;6.指令长度固定;7.流水线处理方法8.Load_store结构lARM的一些非RISC思维的指令架构:1.答应一些特定指令的履行周期数字可变,以下降功耗,减小面积和代码尺度。2.添加了桶形移位器来扩展某些指令的功用。3.运用了16位的Thumb指令集来进步代码密度。4.运用条件履行指令来进步代码密度和功用。5.运用增强指令来完结数据信号处理的功用。(四)小结:因而,很多的杂乱指令、可变的指令长度、多种的寻址方法这些CISC的特色,也是CISC的缺陷,由于这些都大大添加了解码的难度,而在现在的高速硬件开展下,杂乱指令所带来的速度进步早已不及在解码上浪费点的时刻。除了个人PC商场还在用X86指令集外,服务器以及更大的系统都早已不必CISC了。x86依然存在的理由便是为了兼容很多的x86平台上的软件,一起,它的系统结构组成的完结不太困难。而RISC系统的ARM指令最大特色是指令长度固定,指令格局品种少,寻址方法品种少,大多数是简略指令且都能在一个时钟周期内完结,易于规划超标量与流水线,寄存器数量多,很多操作在寄存器之间进行。长处是显而易见的,因而,ARM处理器才成为是当时最盛行的处理器系列,是几种干流的嵌入式处理系统结构之一。RISC现在正如日中天,Intel好像也将终究扔掉x86而转向RISC结构。而实际上,跟着RISC处理器在嵌入式范畴中大放异彩,传统的X86系列CISC处理器在Intel公司的活跃改善下也克服了功耗过高的问题,成为一些高功用嵌入式设备的最佳挑选,开展到今日,CISC与RISC之间的边界现已不再是那么爱憎分明,RISC本身的规划正在变得越来越杂乱(当然并不是彻底依着CISC的思路变杂乱),由于一切实际运用的CPU都需求不断进步功用,所以在系统结构中参加新特色就在所难免。另一方面,本来被认为是CISC系统结构的处理器也吸收了许多RISC的长处,比方Pentium处理器在内部的完结中也是选用的RISC的架构,杂乱的指令在内部由微码分解为多条精简指令来运转,可是关于处理器外部来说,为了坚持兼容性仍是以CISC风格的指令集展现出来。文章来源:cid:link_0
-
【截图信息】请问一下在不同的架构下部署devkit工具,对使用软件迁移评估有区别吗
yd_263682092
发表于2022-08-11 12:01:38
2022-08-11 12:01:38
最后回复
chuangzhijian@汪汪队
2022-08-11 15:11:12
235 2 -
1.首先使用命令查看对应的网卡驱动版本ethtool –i eth0,如下查看enp2s0f3网卡驱动2.ARM服务器官网查询对应网卡驱动配套查询https://support-it.huawei.com/ftca/zh/product/taishan-serverARM服务器网卡驱动不匹配案例http://support-it.huawei.com/server-knowledgebase/#/caseDetails?KB=KB10102500057http://support-it.huawei.com/server-knowledgebase/#/caseDetails?KB=KB10102100276ARM服务器案例查询助手,可以查询网卡相关案例http://support-it.huawei.com/server-knowledgebase/#/home
-
实际上arm架构服务器是不可以安装SQL SERVER的,SQL SERVER 2022 preview 版本说明也没有提及兼容arm架构。目前唯一的做法是安装 Azure SQL Edgesudo docker pull mcr.microsoft.com/azure-sql-edgesudo docker run --cap-add SYS_PTRACE -e 'ACCEPT_EULA=1' -e 'MSSQL_SA_PASSWORD=Your@Strong!Password' -e 'MSSQL_PID=Developer' -p 1433:1433 --name azuresqledge -d mcr.microsoft.com/azure-sql-edge
-
# yum list | grep kernelkernel.aarch64 5.10.109-200.el7 @updateskernel-core.aarch64 5.10.109-200.el7 @updates上面是旧的服务器,新服务器在updates没找到5.10.109的kernel版本。
-
【功能模块】【操作步骤&问题现象】1、2、【截图信息】【日志信息】(可选,上传日志内容或者附件)
-
欧拉开发者大会主论坛上,华为鲲鹏计算领域副总裁、openEuler社区理事长江大勇公布了openEuler系统(欧拉)的最新进展。江大勇表示,截至目前,openEuler累计装机量达130万多套,预计2022年装机量将达200万套。 据了解,2021年,openEuler系列产品在政府市场、运营商、金融等多个行业的新增市场份额都位列第一。目前,openEuler开源社区已发展了330家社区伙伴,8403名社区开发者。 作为一个支持多样性算力的开源操作系统,openEuler支持x86、Arm、RISC-V、LoongArch、SW64、Power六大处理器架构。 值得一提的是,在去年的操作系统产业峰会2021会议上,华为宣布,将欧拉操作系统代码、品牌商标、社区基础设施等相关资产,捐赠给中国开放原子开源基金会。 华为表示,欧拉已经全新升级,从聚焦于服务器的OS,扩展到云服务、边缘计算以及CT/OT等嵌入式场景,围绕打造统一的数字基础设施开源操作系统。 此外,华为还宣布推出“欧拉人才发展加速计划”,围绕操作系统方向,从智能基座首批落地的72所高校向应用本科进一步深化,旨在鼓励更多高校师生加入欧拉生态。 据悉,该加速计划将在三年内覆盖500所高校,培养百万欧拉人才。
-
cannot execute binary /usr/local/bin/qemu-system-aarch64: Permission denied解决方案:关闭selinuxsetenforce 0若仍无法启动,将selinux设置为disabled模式执行命令:sed -i "s/SELINUX=enforcing/SELINUX=disabled/g" /etc/selinux/config重启服务器selinux参考链接:https://blog.51cto.com/u_13687405/2805870error: internal error: process exited while connecting to monitor: Could not access KVM kernel module: Permission denied解决方案:修改qemu.conf,使用root用户Failed to acquire pid file '/var/run/libvirtd.pid': Resource tem.解决方案:是由于已经启动了一个libvirtd, 把以前的libvirtd进程结束掉就可以了virsh start vm1报错:virtlogd: Cannot recv data: Connection reset by peer解决方案:重启virtlogd.socketfailed to connect socket to '/var/run/libvirt/virtlogd-sock': Connection refused解决方案:修改qemu.conf文件Add stdio_handler="file" to /etc/libvirt/qemu.confRun service libvirtd restartVMs starting up...virt-install安装虚拟机报错:ImportError: libvirt.so.0: cannot open shared object file: No such file or directory解决方案: 查找libvirt.so.0路径,检查是否包含在 /etc/ld.so.conf文件中(编译时使用的动态库的路径,也就是加载so库的路径),没有则需添加路径,添加完保存,执行ldconfig。 /etc/ld.so.conf 此文件记录了编译时使用的动态库的路径,也就是加载so库的路径。 默认情况下,编译器只会使用/lib和/usr/lib这两个目录下的库文件,而通常通过源码包进行安装时,如果不指定--prefix会将库安装在/usr/local目录下,而又没有在文件/etc/ld.so.conf中添加/usr/local/lib这个目录>。Cannot check dnsmasq binary dnsmasq: No such file or directory解决方案:查看是否安装了dnsmasqyum install dnsmasq安装完需重新配置编译libvirtd才能生效,重启服务不会生效。重新编译后可查看dnsmasq存在。卸载指令: ninja -C build uninstall重装libvirt后报错:bash: /usr/local/bin/virsh: No such file or directory解决方案:exit退出当前会话,重新连接。或关闭当前会话框,重新打开即可。Requested operation is not valid: network 'default' is not active解决方案:重新初始化默认的虚拟网卡virbr0ifconfig virbr0 downbrctl delbr virbr0virsh net-destroy defaultvirsh net-undefine default virsh net-define /usr/share/libvirt/networks/default.xmlvirsh net-autostart defaultvirsh net-start defaultvirsh net-list --all
-
qemu5.0安装wget https://download.qemu.org/qemu-5.0.0.tar.xz --no-check-certificatetar -xvf qemu-5.0.0.tar.xz依赖安装: yum install python3cd qemu-5.0.0需注意源码编译跟rpm包编译差别,源码编译安装默认在/usr/local/bin目录下,rpm安装默认在/usr/bin./configure --target-list=aarch64-softmmu --enable-linux-aio --prefix=/usr --enable-kvm --enable-rbd # 指定到/usr/目录下; --enable-rbd:使能librbd-devel报错 ERROR: glib-2.48 gthread-2.0 is required to compile QEMUyum install gtk2-devel源码包下载地址:https://download-fallback.gnome.org/sources/glib/2.48/glib-2.48.1.tar.xzmake -j`nproc`make -j`nproc` installqemu卸载参考:https://blog.csdn.net/Oliverlyn/article/details/56667222libvirt6.9安装libvirt 从6.7.0开始使用meson编译, 不再支持以前的./configure -> make -> make install 方法。建议先安装virt-install再安装libvirt,因为安装virt-install会影响libvirt相关安装包。源码下载:wget https://libvirt.org/sources/libvirt-6.9.0.tar.xz --no-check-certificate安装依赖包:dnf install -y automake gcc make glibc glibc-utils glib2-devel zlib-devel pixman-devel flex bison numad numactl-devel numactl-libs numactl libtool gnutls-utils gnutls-devel libnl3-devel libxml2-devel libtirpc-devel python3-docutils device-mapper-devel libpciaccess-devel rpcbind readline-devel rpcgen yajl-devel libxslt-devel bzip2 python3-pip ninja-build配置pip国内源:mkdir ~/.pipecho "[global]" >> ~/.pip/pip.confecho "index-url = https://mirrors.aliyun.com/pypi/simple" >> ~/.pip/pip.confecho "trusted-host = mirrors.aliyun.com " >> ~/.pip/pip.confpip3 install pip update安装meson:(最新0.58版本编译libvirt时有问题)pip3 install meson==0.55.1 pip3 install rst2htmlmeson --versionNinja源码安装:安装re2cwget https://github.com/skvadrik/re2c/releases/download/1.3/re2c-1.3.tar.xz --no-check-certificatetar -xvf re2c-1.3.tar.xz cd re2c-1.3/autoreconf -i -W all./configure make -j 64make installNinja编译安装# git config --global http."sslVerify" false (服务器未设置过,需设置)git clone https://github.com/ninja-build/ninjacd ninja/./configure.py --bootstrapcp ninja /usr/bin/ninja –version配置项修改:vi meson_options.txtstorage_rbd 配置 auto --> enabled编译安装libvirt6.9:https://libvirt.org/compiling.htmlcd libvirt-6.9.0/meson build --prefix=/usr # 安装在/usr目录下$HOME/usrmeson build --prefix=/usr --wipe 重新编译ninja -C buildninja -C build installsystemctl daemon-reloadsystemctl restart libvirtd启动libvirtlibvirtd -dvirtlogd -d libvirt如果安装在了/usr/local目录下,重新安装在/usr目录下,需先卸载删除之前在/usr/local目录相关文件,可先用ninja卸载。卸载命令参考:ninja -C build uninstall
-
【环境配置】:服务器硬件: TaiShan 2280 V2宿主机环境:Linux 4.19.90-25.10.v2101.ky10.aarch64、QEMU emulator version 4.1.0 (qemu-4.1.0-32.p02.ky10)虚拟机: Linux内核为4.4.39 ,自己编译的iso文件问题:启动时在读取硬盘512字节时wait_on_page_read 卡住,调用栈如下;有大佬知道什么情况吗?另外,acpi_pci_link_allocate_irq()函数中报错信息: ACPI: Invalid link context###### read_lba lba 0, count 512, bdev ffff8000f5c10900CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.4.39 #10Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015Call trace:[<ffff800000088280>] dump_backtrace+0x0/0x150[<ffff8000000883e8>] show_stack+0x18/0x20[<ffff800000291d14>] dump_stack+0x98/0xbc[<ffff8000002718f0>] read_lba.isra.0+0x70/0x1d8[<ffff8000002723d4>] efi_partition+0x514/0x690[<ffff800000270cfc>] check_partition+0x17c/0x258[<ffff8000002701c0>] rescan_partitions+0xd8/0x2e0[<ffff800000192acc>] __blkdev_get+0x23c/0x340[<ffff8000001935f8>] blkdev_get+0x110/0x338[<ffff80000026dc18>] add_disk+0x3c0/0x400[<ffff8000004ceb60>] virtblk_probe+0x430/0x6c0[<ffff8000003311d0>] virtio_dev_probe+0x138/0x1f0[<ffff8000004ae2a4>] driver_probe_device.part.1+0x17c/0x420[<ffff8000004ae5ec>] __driver_attach+0xa4/0xa8[<ffff8000004ac178>] bus_for_each_dev+0x60/0xa0[<ffff8000004adb70>] driver_attach+0x20/0x28[<ffff8000004ad6e0>] bus_add_driver+0x208/0x290[<ffff8000004aee60>] driver_register+0x60/0xf8[<ffff800000330ff0>] register_virtio_driver+0x20/0x38[<ffff8000009dfbe8>] init+0x7c/0xb4[<ffff800000082190>] do_one_initcall+0xd0/0x1d8[<ffff8000009bebc4>] kernel_init_freeable+0x178/0x218[<ffff8000006173b8>] kernel_init+0x10/0x110[<ffff800000085590>] ret_from_fork+0x10/0x40###### read_part_sector 0, capacity 41943040######## pg_sz 4096, read_dev_sector->FUNC blkdev_readpage+0x0/0x20, mapping ffff8000f5c10b30, page_gfp 37880000########## wait_on_page_read ffff7bffc3d69b40, flag 0x4000000000000801
推荐直播
-
华为云码道 × 仓颉编程:工程化AI编码探索2026/05/27 周三 19:00-21:00
刘俊杰-华为云仓颉语言专家/李炎-华为云码道技术专家/王智鹏-OpenCangjie开源社区发起人
本场直播围绕华为云仓颉语言与华为云码道的深度结合,展示华为云智能编程从零基础到高效落地的完整生态能力。以华为云码道为引擎,仓颉语言为载体,带给大家日常提效、趣味创新到极速量产的开发体验。
回顾中
热门标签