make modules 和 make modules_install depend

最新推荐文章于 2025-03-19 16:49:54 发布
最新推荐文章于 2025-03-19 16:49:54 发布
阅读量4.7k 收藏 6
点赞数
CC 4.0 BY-SA版权
分类专栏： linux驱动
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_33472414/article/details/94568266
本文详细解析了makemodules命令的作用，即编译指定为M的硬件驱动，以及如何通过modules_install将这些驱动安装到指定的文件系统根目录下的/lib/modules目录，并生成依赖关系，确保modprobe加载时能正确处理依赖驱动。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

make modules 和 make modules_install depend:
make modules:把指定为M的硬件驱动，进行编译
modules_install INSTALL_MOD_PATH=/media/wyz/rootfs，
把指定为M的驱动安装到/media/wyz/rootfs下面的/lib/modules目录下面，
/media/wyz/rootfs指的是文件系统根目录

depend -a 就会把/lib/modules目录下面的驱动生成依赖关系，modprobe加载的时候，就可以先加载依赖驱动

Linux操作系统开发技巧-模块制作
09-19 1733
这里讲到内核模块的编译，引入了kbuild，将外部内核模块的编译和内核源码树的编译统一起来了。内核源码树的目录下都有两个文件Kconfig和Makefile。分布到各目录的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文件相关的内核配置菜单。在内核配置make menuconfig(或xconfig等)时，从Kconfig中读出菜单，用户选择后保存到.config的内核配置文件中。在内核编译时，主 Makefile调用这个.config，就知道了用户的选择。
make modules_install使用说明
浩瀚之水的专栏
03-20 1330
在编译 Linux 内核后，make modules_install 用于将编译好的内核模块（如驱动程序、文件系统支持等）安装到系统指定的目录中（默认路径为 /lib/modules/<内核版本>/）。这是安装自定义内核或更新内核模块的必要步骤。
make modules 和 make modules_install
开往春天的地铁
05-30 1514
make modules是单独编译模块，驱动被配置成M的都是modules，modules不会被编译进内核image，需要单独安装到rootfs。如：make ARCH=arm64 modules_install INSTALL_MOD_PATH="modules_install_path"如：make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- modules。直接make，不加任何参数，就是make all，包含make modules。
make modules_install 解决装模块的时候出现错误:modprobe: chdir(3.0.35-g6774ed9-dirty): No such file or directory.
hktkfly6的专栏
03-19 4615
Linux modules install 安装模块的时候出现错误:modprobe: chdir(3.0.35-g6774ed9-dirty): No such file or directory. 内核模块没有安装正确。本文记录解决方法。 参考链接 http://linfengdu.blog.163.com/blog/static/1177107320132710370696/ 问题描述 安装模块的时候出现错误。 root@freescale $ modprobe g_mass_stor
make modules_install 更新模块依赖关系、编译模块、安装模块、设置模块权限
xie__jin__cheng的博客
10-06 856
make modules_install 更新模块依赖关系、编译模块、安装模块、设置模块权限
ifeq ($(KERNELRELEASE),) CONFIG_MY_DEV = m endif myDev-objs := main.o obj-$(CONFIG_MY_DEV) += main.o KERNELDIR = /$(/home/Code/EmbeddedSys/no3.charDev)/ build: make -C $(KERNELDIR)M='pwd'modules install:modules_install modules_install: make -C $(KERNELDIR)M = 'pwd'modules_install clean: rm -rf *.o *~core .depend *.cmd *.ko *.mod.c .tmp_versions我编写的这个内核模块的makefile有什么问题吗？
最新发布
08-08
- `install`目标依赖于`modules_install`，而`modules_install`目标又执行了一次make。实际上，我们可以将`install`目标直接指向内核的`modules_install`目标，但通常我们只需要一个`modules_install`目标即可。...
解释下下面的makedile文件 逐行解释ifneq ($(KERNELRELEASE),) CONFIG_HELLO_WORLD = m endif hello_world-objs := hello.o a.o b.o obj-$(CONFIG_HELLO_WORLD) += hello_world.o KERNELDIR = /$(your_kernel_source)/ build: make -C $(KERNELDIR ) M=`pwd` modules install: modules_install modules_install : make -C $(KERNELDIR ) M=`pwd` modules_install clean: rm –rf *.o *~ core .depend . *.cmd *.ko *.mod.c .tmp_versions
06-14
-示例：```makefileinstall:$(MAKE)-C/lib/modules/$(shelluname-r)/buildM=$(PWD)modules_install```-注意：有时`install`目标会同时包含编译和安装，但更常见的是先编译后安装。3.**`modules_install`**-专门用于...
make-commonjs-depend: 构建JavaScript依赖项的Makefile工具
make-commonjs-depend 允许开发者在构建过程中忽略 `node_modules` 目录，防止工具错误地将这些第三方模块视为项目的一部分，从而提高了构建的准确性和效率。 #### 安装和使用 make-commonjs-depend 可以通过 npm ...
你根本就没有真正意识到你错了哪里！，你看看-v输出详情 cat@lubancat:~/work/lvgl/demo_linux_port_sdl$ cmake --build ./build -v /usr/bin/cmake -S/home/cat/work/lvgl/demo_linux_port_sdl -B/home/cat/work/lvgl/demo_linux_port_sdl/build --check-build-system CMakeFiles/Makefile.cmake 0 /usr/bin/cmake -E cmake_progress_start /home/cat/work/lvgl/demo_linux_port_sdl/build/CMakeFiles /home/cat/work/lvgl/demo_linux_port_sdl/build/CMakeFiles/progress.marks /usr/bin/make -f CMakeFiles/Makefile2 all make[1]: Entering directory '/home/cat/work/lvgl/demo_linux_port_sdl/build' /usr/bin/make -f CMakeFiles/rk3588_sdl2.dir/build.make CMakeFiles/rk3588_sdl2.dir/depend make[2]: Entering directory '/home/cat/work/lvgl/demo_linux_port_sdl/build' cd /home/cat/work/lvgl/demo_linux_port_sdl/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /home/cat/work/lvgl/demo_linux_port_sdl /home/cat/work/lvgl/demo_linux_port_sdl /home/cat/work/lvgl/demo_linux_port_sdl/build /home/cat/work/lvgl/demo_linux_port_sdl/build /home/cat/work/lvgl/demo_linux_port_sdl/build/CMakeFiles/rk3588_sdl2.dir/DependInfo.cmake --color= Dependee "/home/cat/work/lvgl/demo_linux_port_sdl/build/CMakeFiles/rk3588_sdl2.dir/DependInfo.cmake" is newer than depender "/home/cat/work/lvgl/demo_linux_port_sdl/build/CMakeFiles/rk3588_sdl2.dir/depend.internal". Dependee "/home/cat/work/lvgl/demo_linux_port_sdl/build/CMakeFiles/CMakeDirectoryInformation.cmake" is newer than depender "/home/cat/work/lvgl/demo_linux_port_sdl/build/CMakeFiles/rk3588_sdl2.dir/depend.internal". Scanning dependencies of target rk3588_sdl2 make[2]: Leaving directory '/home/cat/work/lvgl/demo_linux_port_sdl/build' /usr/bin/make -f CMakeFiles/rk3588_sdl2.dir/build.make CMakeFiles/rk3588_sdl2.dir/build make[2]: Entering directory '/home/cat/work/lvgl/demo_linux_port_sdl/build' [ 50%] Building C object CMakeFiles/rk3588_sdl2.dir/Src/main.c.o /usr/bin/cc -DLV_CONF_INCLUDE_SIMPLE=1 -I/home/cat/software/install_dir/lv_port_linux/include -I/home/cat/software/install_dir/lv_port_linux/include/lvgl -I/usr/include/SDL2 -Wall -Wextra -std=gnu11 -o CMakeFiles/rk3588_sdl2.dir/Src/main.c.o -c /home/cat/work/lvgl/demo_linux_port_sdl/Src/main.c [100%] Linking C executable rk3588_sdl2 /usr/bin/cmake -E cmake_link_script CMakeFiles/rk3588_sdl2.dir/link.txt --verbose=1 /usr/bin/cc -Wall -Wextra CMakeFiles/rk3588_sdl2.dir/Src/main.c.o -o rk3588_sdl2 -lSDL2 /home/cat/software/install_dir/lv_port_linux/lib/liblvgl.a -lpthread -lm -ldl 你的确找到了lvgl静态库的绝对路径地址/home/cat/software/install_dir/lv_port_linux/lib/liblvgl.a，但是你没有加-L来直接连接
06-25
ttf)pkg_check_modules(SDL2_MIXERQUIETsdl2_mixer)#LVGL安装路径set(LVGL_INSTALL_DIR"/home/cat/software/install_dir/lv_port_linux")find_library(LVGL_LIBlvglPATHS${LVGL_INSTALL_DIR}/libNO_DEFAULT_...
cmake_minimum_required(VERSION 3.0.2) project(oryxbot_cruise_ex) ## Compile as C++11, supported in ROS Kinetic and newer # add_compile_options(-std=c++11) ## Find catkin macros and libraries ## if COMPONENTS list like find_package(catkin REQUIRED COMPONENTS xyz) ## is used, also find other catkin packages find_package(catkin REQUIRED COMPONENTS ar_pose ar_track_alvar_msgs arm_controller geometry_msgs rei_robot_cruise relative_move roscpp ) ## System dependencies are found with CMake's conventions # find_package(Boost REQUIRED COMPONENTS system) ## Uncomment this if the package has a setup.py. This macro ensures ## modules and global scripts declared therein get installed ## See http://ros.org/doc/api/catkin/html/user_guide/setup_dot_py.html # catkin_python_setup() ################################################ ## Declare ROS messages, services and actions ## ################################################ ## To declare and build messages, services or actions from within this ## package, follow these steps: ## * Let MSG_DEP_SET be the set of packages whose message types you use in ## your messages/services/actions (e.g. std_msgs, actionlib_msgs, ...). ## * In the file package.xml: ## * add a build_depend tag for "message_generation" ## * add a build_depend and a exec_depend tag for each package in MSG_DEP_SET ## * If MSG_DEP_SET isn't empty the following dependency has been pulled in ## but can be declared for certainty nonetheless: ## * add a exec_depend tag for "message_runtime" ## * In this file (CMakeLists.txt): ## * add "message_generation" and every package in MSG_DEP_SET to ## find_package(catkin REQUIRED COMPONENTS ...) ## * add "message_runtime" and every package in MSG_DEP_SET to ## catkin_package(CATKIN_DEPENDS ...) ## * uncomment the add_*_files sections below as needed ## and list every .msg/.srv/.action file to be processed ## * uncomment the generate_messages entry below ## * add every package in MSG_DEP_SET to generate_messages(DEPENDENCIES ...) ## Generate messages in the 'msg' folder # add_message_files( # FILES # Message1.msg # Message2.msg # ) ## Generate services in the 'srv' folder # add_service_files( # FILES # Service1.srv # Service2.srv # ) ## Generate actions in the 'action' folder # add_action_files( # FILES # Action1.action # Action2.action # ) ## Generate added messages and services with any dependencies listed here # generate_messages( # DEPENDENCIES # ar_track_alvar_msgs# geometry_msgs # ) ################################################ ## Declare ROS dynamic reconfigure parameters ## ################################################ ## To declare and build dynamic reconfigure parameters within this ## package, follow these steps: ## * In the file package.xml: ## * add a build_depend and a exec_depend tag for "dynamic_reconfigure" ## * In this file (CMakeLists.txt): ## * add "dynamic_reconfigure" to ## find_package(catkin REQUIRED COMPONENTS ...) ## * uncomment the "generate_dynamic_reconfigure_options" section below ## and list every .cfg file to be processed ## Generate dynamic reconfigure parameters in the 'cfg' folder # generate_dynamic_reconfigure_options( # cfg/DynReconf1.cfg # cfg/DynReconf2.cfg # ) ################################### ## catkin specific configuration ## ################################### ## The catkin_package macro generates cmake config files for your package ## Declare things to be passed to dependent projects ## INCLUDE_DIRS: uncomment this if your package contains header files ## LIBRARIES: libraries you create in this project that dependent projects also need ## CATKIN_DEPENDS: catkin_packages dependent projects also need ## DEPENDS: system dependencies of this project that dependent projects also need catkin_package( # INCLUDE_DIRS include # LIBRARIES oryxbot_cruise_ex # CATKIN_DEPENDS ar_pose ar_track_alvar_msgs arm_controller geometry_msgs rei_robot_cruise relative_move roscpp # DEPENDS system_lib ) ########### ## Build ## ########### ## Specify additional locations of header files ## Your package locations should be listed before other locations include_directories( include ${catkin_INCLUDE_DIRS} ) ## Declare a C++ library # add_library(${PROJECT_NAME} # src/${PROJECT_NAME}/oryxbot_cruise_ex.cpp # ) ## Add cmake target dependencies of the library ## as an example, code may need to be generated before libraries ## either from message generation or dynamic reconfigure # add_dependencies(${PROJECT_NAME} ${${PROJECT_NAME}_EXPORTED_TARGETS} ${catkin_EXPORTED_TARGETS}) ## Declare a C++ executable ## With catkin_make all packages are built within a single CMake context ## The recommended prefix ensures that target names across packages don't collide add_executable(${PROJECT_NAME}_node src/oryxbot_cruise_ex.cpp src/oryxbot_task.cpp ) ## Rename C++ executable without prefix ## The above recommended prefix causes long target names, the following renames the ## target back to the shorter version for ease of user use ## e.g. "rosrun someones_pkg node" instead of "rosrun someones_pkg someones_pkg_node" # set_target_properties(${PROJECT_NAME}_node PROPERTIES OUTPUT_NAME node PREFIX "") ## Add cmake target dependencies of the executable ## same as for the library above add_dependencies(${PROJECT_NAME}_node ${${PROJECT_NAME}_EXPORTED_TARGETS} ${catkin_EXPORTED_TARGETS}) ## Specify libraries to link a library or executable target against target_link_libraries(${PROJECT_NAME}_node ${catkin_LIBRARIES} ) ############# ## Install ## ############# # all install targets should use catkin DESTINATION variables # See http://ros.org/doc/api/catkin/html/adv_user_guide/variables.html ## Mark executable scripts (Python etc.) for installation ## in contrast to setup.py, you can choose the destination # catkin_install_python(PROGRAMS # scripts/my_python_script # DESTINATION ${CATKIN_PACKAGE_BIN_DESTINATION} # ) ## Mark executables for installation ## See http://docs.ros.org/melodic/api/catkin/html/howto/format1/building_executables.html # install(TARGETS ${PROJECT_NAME}_node # RUNTIME DESTINATION ${CATKIN_PACKAGE_BIN_DESTINATION} # ) ## Mark libraries for installation ## See http://docs.ros.org/melodic/api/catkin/html/howto/format1/building_libraries.html # install(TARGETS ${PROJECT_NAME} # ARCHIVE DESTINATION ${CATKIN_PACKAGE_LIB_DESTINATION} # LIBRARY DESTINATION ${CATKIN_PACKAGE_LIB_DESTINATION} # RUNTIME DESTINATION ${CATKIN_GLOBAL_BIN_DESTINATION} # ) ## Mark cpp header files for installation # install(DIRECTORY include/${PROJECT_NAME}/ # DESTINATION ${CATKIN_PACKAGE_INCLUDE_DESTINATION} # FILES_MATCHING PATTERN "*.h" # PATTERN ".svn" EXCLUDE # ) ## Mark other files for installation (e.g. launch and bag files, etc.) # install(FILES # # myfile1 # # myfile2 # DESTINATION ${CATKIN_PACKAGE_SHARE_DESTINATION} # ) ############# ## Testing ## ############# ## Add gtest based cpp test target and link libraries # catkin_add_gtest(${PROJECT_NAME}-test test/test_oryxbot_cruise_ex.cpp) # if(TARGET ${PROJECT_NAME}-test) # target_link_libraries(${PROJECT_NAME}-test ${PROJECT_NAME}) # endif() ## Add folders to be run by python nosetests # catkin_add_nosetests(test)怎么修改
06-29
根据之前的修改，我们需要在CMakeLists中添加对tf、control_toolbox、angles和nav_msgs的依赖。因为我们在代码中使用了这些包。修改步骤：1.在find_package(catkinREQUIREDCOMPONENTS ...)中添加 tfcontrol_toolbox ...
内核模块make -C $(LINUX_PATH) M=$(CURRENT_PATH) modules
01-07
模块一般用来支持那些不经常使用的功能。例如，通常情况下你仅使用拨号网络，因此网络功能并不是任何时候都需要的，那么就应该使用可装入的模块来提供这个功能。仅在你进行拨号联接的时候，该模块才被装入。而在你断掉连接的时候它会被自动卸下。这样会使内核使用内存的量最小，减小系统的负荷。 当然，那些象硬盘访问这样时时刻刻都需要的功能，则必须作在内核里。如果你搭一台网络工作站或 web服务器，那么网络功能是时刻都需要的，你就应该考虑把网络功能编译到内核里。另外一个方法是在启动的时候就装入网络模块。这种方法的优点是你不需要重新编译内核。而缺点是网络功能不能特别高效。 按照以上的原则，我们首先列出一张清单，看看 kernel 中哪些选项是非有不可的，也就是说，这些东西是必须被编译到内核中的。将那些非必需的模块剔除到内核以外。 第一个是root所在的硬盘配置。 哪果您的硬盘是IDE接口，就把 ide 的选项标记下来。如果是SCSI接口，请把您的接口参数及 SCSI id 记标下来。 第二个是选择使用哪一个文件系统。 Linux的默认文件系统是是 ext2 ，那么就一定要把它标记下来。如果机器中还其它的操作系统，如win98或windows NT，您还会可能选择FAT32或NTFS的支持，不过后面你可以通过手工加载的方式来加入新的模块支持。 第三个是选择Linux所支持的可执行文件格式。这里有两种格式可供选择： elf：这是当前Linux普遍支持的可执行文件格式，必须编译到内核中 。 a.out： 这是旧版的Linux的可执行文件各函数库的格式，如果你确认肯定用不到这种格式的可执行文件，那么就可以不把它编译到内核当中。 以上这些内容，是必须要编译到内核中的。其它的内容凡是所有选项中m提示的，都选择m，这样可以通过手工的方式添加该模块。 ** Loadable module support*Enable loadable module support (CONFIG_MODULES) [Y/n/?]Set version information on all symbols for modules (CONFIG_MODVERSIONS) [N/y/?]Kernel daemon support (e.g. autoload of modules) (CONFIG_KERNELD) [Y/n/?] 分别回答 Y,N,Y 。其中 CONFIG_KERNELD 的 default 值是 N， 所以要注意选择Y。 make config 完后，仍旧是 make dep; make clean。 接下来要 make zlilo 或 make zImage。 然后 make modules ; make modules_install 。完成之后，就编译出一个没有调入多余模块的一个“干净的”内核映像文件了。
内核安装命令：sudo make modules_install
xie__jin__cheng的博客
10-03 1774
是一个在 Linux 内核编译过程中常用的命令。这个命令的作用是将编译好的内核模块（通常是设备驱动程序、文件系统支持等）安装到系统的适当目录中。这通常需要在拥有超级用户权限的情况下执行，因此使用sudo来提升权限。：在执行之前，你通常需要先下载或获取 Linux 内核的源代码，并对其进行配置（通常使用或直接编辑.config文件）。之后，你需要编译内核本身和它的模块，这通常通过make或make -jN（其中N是并行编译的线程数）来完成。：在编译过程中，内核源代码中的各个模块会被单独编译成.ko。
insmod 和make module_install
dragon_cdut的博客
05-23 4440
1,insmod是把模块加载进内核，加载之后才能运行;随后mknod 创建文件节点。这样操作后，就可以在应用代码中调用驱动了 2，make modules_install 只是把编译好的模块拷贝到系统目录下（一般是/lib/modules/）。 也可自己指定ko安装路径： make modules_install INSTALL_MOD_PATH=/home/luther/gliet
make modules
humanof的专栏
04-13 5840
1.make modules error:Building modules, stage 2. MODPOST 0 modules --Makefile obj -m should be obj-m
make modules使用解析
浩瀚之水的专栏
03-19 592
​核心作用：高效编译内核模块，避免全内核编译耗时。​开发流程配置内核选项（M标记模块）。执行编译模块。使用insmod或modprobe动态加载。​推荐实践：在开发阶段使用外部模块独立编译，快速测试驱动功能。
【Linux驱动】内核模块编译 —— make modules 的使用（单模块编译、多模块编译）
jinking01的专栏
09-05 2194
编译驱动一般采用的是将驱动编译成模块（.ko 文件），然后加载到内核，这其中就用到了 make modules 命令。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值