My linux from scratch.

最新推荐文章于 2024-10-02 21:25:27 发布
最新推荐文章于 2024-10-02 21:25:27 发布
阅读量893 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 个人心声 English Studying 文章标签： linux os
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/baymoon/article/details/1446965
本博客介绍了作者使用空闲时间开始的Linux From Scratch (LFS) 项目经历。通过这个过程，作者不仅深入了解了Linux的工作原理，还尝试创建了一个小型的个人Linux操作系统。这是一次既兴奋又有趣的体验。

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

I started my project about lfs(linux from scratch) three days ago. 

Why did I want to play it using my spare time? The reason was that it would be very helpful for me to understand how linux works and make a new small linux os of myself. That was very exciting and interesting. And you can do it too.

(continue...)

Linux From Scratch
chuaijionghang0140的博客
08-25 583
您是否想过打造您自己的 Linux 发行版？每个 Linux 用户在他们使用 Linux 的过程中都想过做一个他们自己的发行版，至少一次。我也不例外，作为一个 Linux 菜鸟，我也考虑过开发一个自己的 Linux 发行版。从头开发一个 Linux 发行版这件事情被称作 Linux From ...
What is Cross Linux From Scratch?
weixin_34029949的博客
03-23 64
/**************************************************************************** * What is Cross Linux From Scratch? * 说明： * 本文想知道交叉编译的LFS到底是什么。 * * ...
RISC-V from Scratch 1
df12138的博客
09-23 529
RISC-V from Scratch 1 译自：RISC-V from scratch 1: Introduction, toolchain setup, and hello world! 最近在尝试完成一个 RISC-V 内核，在搜索资料的时不经感叹 RISC-V 的中文相关内容少且不精，而当我读完这系列英文博客后感觉受益匪浅，故将其翻译为中文，既方便接下来的研究，也方便更多朋友学习。这是系列 github 库。 简介 通过 RISC-V from scratch，我会给你介绍一些很多与 RISC-V
Linux From Scratch第一篇 配置环境
weixin_34255055的博客
11-16 180
2019独角兽企业重金招聘Python工程师标准>>> ...
Linux Container From Scratch
weixin_30457551的博客
11-09 145
See more container information Minimal Implementation of a Container Note the environement is Ubuntu16Install useful tools: sudo apt-get install vim screen lftp busybox-static systemd systemd-con...
LFS12.1构建 | linux | 制作linux操作系统（二）
my16110的博客
10-02 2121
lfs可以教你从头构建一个linux系统，而不是直接下载并且安装一个现成的。学习lfs制作过程，可以了解到linux是如何运行的，并且可以制作一个属于自己的、完全自己掌握的发行版操作系统，同时加深了对linux的了解。lfs相较于其他制作根文件系统的方式（如busybox、gentoo），更为复杂，而不仅仅是运行几条命令就可以自动化配置，需要对linux有足够的了解。而lfs的深度可以让你更清楚linux的工作原理，了解到在用户层面是如何与内核进行交互的
【LFS-Linux From Scratch】LFS工具编译命令说明（第二次编译）
jiangwei0512的博客
10-07 1328
【LFS-Linux From Scratch】LFS工具编译命令说明（第二次编译）。
Linux5.x 系统调用过程学习记录
antRain的博客
04-14 2412
Linux5.10 arm64 系统调用过程学习记录用户态svc内核态相关数据结构系统调用表参考 用户态 #include <stdio.h> int main() { FILE *fp = NULL; // w 打开一个文本文件，允许写入文件。如果文件不存在，则会创建一个新文件 fp = fopen("test.txt", "w"); fprintf(fp, "test\n"); fclose(fp); } 编译，追踪 uname -a Linux 5.1
新手玩Linux ---- 从Linux From Scratch开始学习linux（一）
weixin_34306676的博客
08-27 284
为什么80%的码农都做不了架构师？>>> ...
硬件兼容性秘籍：确保硬件在Linux From Scratch上完美运行
[硬件兼容性秘籍：确保硬件在Linux From Scratch上完美运行](https://cdn.educba.com/academy/wp-content/uploads/2021/02/Linux-From-Scratch.jpg) # 摘要 本文详细介绍Linux From Scratch (LFS)的构建过程，包括...
个性化桌面环境搭建：定制你的Linux From Scratch王国
从Linux From Scratch概述开始，逐步介绍了Linux内核原理、环境变量配置、基础软件包安装，以及如何根据个人需求定制操作系统。接着，文章详细分析了桌面环境的选择与配置，包括不同桌面环境的对比和窗口管理器的...
驱动程序安装攻略：为Linux From Scratch添加新硬件支持
本文档详细介绍了Linux From Scratch（LFS）环境下驱动程序的安装、配置和优化。首先概述了LFS的基本概念和驱动程序的基础知识，然后深入探讨了Linux内核与硬件的交互机制，硬件抽象层和内核模块的角色，以及Lin
系统服务与守护进程：Linux From Scratch稳定性保障手册
[系统服务与守护进程：Linux From Scratch稳定性保障手册](https://ozzmaker.com/wp-content/uploads/2015/01/bootlogd.png) # 摘要 系统服务和守护进程是维护操作系统稳定运行的关键组成部分。本文首先介绍了守护...
软件包管理器选择与配置：Linux From Scratch的维护秘密武器
[软件包管理器选择与配置：Linux From Scratch的维护秘密武器](https://mpolinowski.github.io/assets/images/Arch-Linux-Install-Packages_02-bd58e29a18b64f7ddcb95c1c5bd97f66.png) # 摘要 Linux软件包管理是...
给人一杯水，自己要有一桶水；
静水深流
02-07 7447
给人一杯水，自己要有一桶水；虚怀若谷——永远不是坏事情！ 当你的老师、你的朋友、你的同事、你的同学甚至是你的学弟学妹们在向你叙述他最得意的事情的时候，还请你能够静下心来，平静的听者，他的观点或者结论，或者推导过程即使激的你心中已经是像翻江倒海似的已经完全不能够平静下来了，也请你克制住自己，去默默地听，去静静的吸收别人的总结出来的最为华彩的部分；也许很多情况下你听到的东西，自己回想一下，多年前或
What is the most important thing in your life?
静水深流
12-12 7308
What is the most important thing in your life?I thought everyone would have his own idea about it. I thought your choice about the most thing were love or career. some people treated love as their mos
Fedora Core 6 正式版下载地址
静水深流
12-20 5259
 网址比较多，大家慎用，呵呵：Mirror Access The following mirrors carry Fedora Core: North America South America Europe Africa Asia Asia/Pacific North America
北京移动动感地带收费项目个人使用总结
静水深流
03-24 3894
北京移动动感地带收费项目个人使用总结：北京移动动感地带总共是四个话费项目，分别是——通话 代收费 GPRS 短信 这四个项目中，目前我只用了两种，通话和短信，GPRS目前用不着，呵呵；自己从使用动感地带以来就从来没有搞清楚过北京的动感地带到底是怎么收费的，今天自己通过查看自己的话费，以及各个详细话费单，总算是对通话和短信这两项有所了解了，这里总结出来，以飨读者。。。一、通话主叫（你打电话给别人）：
诈骗短信；
静水深流
11-11 2402
今天收到了一个诈骗短信，具体如下：“系统平台提示：有王姓用户给您留言，请拨打125901240收听。”虽然不知道是怎么骗钱，却知道这肯定是骗人玩（钱）的，所以，果断的发了一个“严重警告”类似的信息给之，faint，尽然到骗到我头上来了。。。 大家都要小心啊，这些人实在考验我们的信任底线啊，这样下去，这个社会谁还互相信任啊。。。faint。。。
/home/ty/code_data/g99/system/vendor/alps/kernel-5.10/drivers/misc/mediatek/flashlight/globalmem.c:173:8: error: incompatible function pointer types initializing 'ssize_t (*)(struct device *, struct device_attribute *, char *)' (aka 'long (*)(struct device *, struct device_attribute *, char *)') with an expression of type 'ssize_t (struct device *, struct device_attribute *, char *, size_t)' (aka 'long (struct device *, struct device_attribute *, char *, unsigned long)') [-Werror,-Wincompatible-function-pointer-types] static DEVICE_ATTR_RW(debugger); ^~~~~~~~~~~~~~~~~~~~~~~~ /home/ty/code_data/g99/system/vendor/alps/kernel-5.10/include/linux/device.h:132:45: note: expanded from macro 'DEVICE_ATTR_RW' struct device_attribute dev_attr_##_name = __ATTR_RW(_name) ^~~~~~~~~~~~~~~~ /home/ty/code_data/g99/system/vendor/alps/kernel-5.10/include/linux/sysfs.h:138:46: note: expanded from macro '__ATTR_RW' #define __ATTR_RW(_name) __ATTR(_name, 0644, _name##_show, _name##_store) ^~~~~~~~~~~~ <scratch space>:15:1: note: expanded from here debugger_show ^~~~~~~~~~~~~ /home/ty/code_data/g99/system/vendor/alps/kernel-5.10/include/linux/sysfs.h:104:10: note: expanded from macro '__ATTR' .show = _show, \ ^~~~~ /home/ty/code_data/g99/system/vendor/alps/kernel-5.10/drivers/misc/mediatek/flashlight/globalmem.c:173:8: error: incompatible function pointer types initializing 'ssize_t (*)(struct device *, struct device_attribute *, const char *, size_t)' (aka 'long (*)(struct device *, struct device_attribute *, const char *, unsigned long)') with an expression of type 'ssize_t (struct device *, struct device_attribute *, char *, size_t)' (aka 'long (struct device *, struct device_attribute *, char *, unsigned long)') [-Werror,-Wincompatible-function-pointer-types] static DEVICE_ATTR_RW(debugger); ^~
最新发布
08-07
<think>我们正在解决Linux内核模块编译错误：函数指针类型不兼容，具体是关于DEVICE_ATTR_RW宏的使用。 错误信息通常类似于：赋值时类型不兼容，可能是由于函数签名不匹配。 在Linux内核中，`DEVICE_ATTR_RW`宏用于定义一个设备属性（sysfs接口），该属性可读可写。它需要两个函数：`show`函数（用于读取）和`store`函数（用于写入）。在较新的内核版本中，这些函数的原型有严格的要求。 在Linux 5.10内核中，`show`和`store`函数的原型应该是： - `show`函数：`ssize_t (*show)(struct device *dev, struct device_attribute *attr, char *buf);` - `store`函数：`ssize_t (*store)(struct device *dev, struct device_attribute *attr, const char *buf, size_t count);` 但是，在旧版本内核中，`store`函数可能没有`const`修饰符，或者参数顺序不同。另外，注意函数返回类型为`ssize_t`（有符号整数）。 常见的错误原因： 1. 函数签名不匹配：例如，`store`函数的第一个参数不是`struct device *`，而是`struct device_attribute *`，或者缺少`const`修饰符等。 2. 函数返回类型错误：例如，返回`int`而不是`ssize_t`。 3. 函数参数数量或顺序错误。 因此，我们需要检查使用`DEVICE_ATTR_RW`定义的属性对应的`show`和`store`函数的声明是否与内核要求的完全一致。 示例代码： 假设我们有一个设备属性`myattr`，我们定义了两个函数：`myattr_show`和`myattr_store`。 正确写法： ```c static ssize_t myattr_show(struct device *dev, struct device_attribute *attr, char *buf); static ssize_t myattr_store(struct device *dev, struct device_attribute *attr, const char *buf, size_t count); DEVICE_ATTR_RW(myattr); ``` 如果函数签名不匹配，编译器会报错，因为`DEVICE_ATTR_RW`宏内部会生成一个`struct device_attribute`结构体，该结构体期望的函数指针类型与提供的函数类型不一致。 解决方案： 1. 检查并修正函数签名，确保与内核要求一致。 2. 如果之前的内核版本允许不同的函数签名（例如，使用`struct kobject *`代替`struct device *`），那么需要根据内核版本调整。 注意：在Linux内核5.10中，`struct device_attribute`的定义如下（在`include/linux/device.h`中）： ```c struct device_attribute { struct attribute attr; ssize_t (*show)(struct device *dev, struct device_attribute *attr, char *buf); ssize_t (*store)(struct device *dev, struct device_attribute *attr, const char *buf, size_t count); }; ``` 因此，函数指针必须匹配上述类型。 如果我们在驱动中定义的函数使用了不同的签名（例如，使用了`struct device_driver *`或`struct kobject *`），则需要进行类型转换或者修改函数签名。但是，通常建议修改函数签名以匹配标准。 如果函数中确实需要访问其他结构（比如在`show`函数中需要访问驱动私有数据），可以通过`dev_get_drvdata(dev)`获取设备私有数据，这样就不需要改变函数签名。 示例修正： 错误示例： ```c static ssize_t myattr_store(struct device_driver *drv, const char *buf, size_t count) { // ... 错误：参数不匹配 } ``` 修正为： ```c static ssize_t myattr_store(struct device *dev, struct device_attribute *attr, const char *buf, size_t count) { // 使用dev来获取驱动私有数据等 struct my_driver_data *data = dev_get_drvdata(dev); // ... 处理buf return count; } ``` 另外，注意`show`函数必须返回实际写入缓冲区的字节数（或错误码），`store`函数返回实际处理的字节数（或错误码）。 如果问题仍然存在，请检查是否在定义属性时使用了正确的宏，以及宏的参数是否正确（属性名称是否一致）。 最后，重新编译模块。 如果还有问题，请提供具体的错误信息，以便进一步分析。 注意：内核版本升级可能导致API变化，因此建议查阅对应版本的内核文档或头文件。 参考：[^1] Linux内核源码（5.10）中`include/linux/device.h`关于`struct device_attribute`的定义。 §§相关问题§§ 1. 如何在内核模块中正确使用`DEVICE_ATTR`宏创建sysfs属性文件？ 2. 在Linux内核驱动中，如何通过sysfs与用户空间进行数据交互？ 3. 当内核API发生变化时，如何保持驱动代码的兼容性？</think>### Linux内核模块编译错误：DEVICE_ATTR_RW函数指针类型不兼容 在Linux 5.10内核中编译驱动时遇到`DEVICE_ATTR_RW`相关的函数指针类型不兼容错误，通常是由于函数签名与内核API要求不匹配导致的。以下是逐步解决方案： #### 1. **检查函数签名** Linux 5.10要求`show()`和`store()`函数的签名必须严格匹配： ```c // 正确签名 ssize_t show(struct device *dev, struct device_attribute *attr, char *buf); ssize_t store(struct device *dev, struct device_attribute *attr, const char *buf, size_t count); ``` **常见错误**： - 参数类型错误（如用`struct kobject*`替代`struct device*`） - 缺少`const`修饰符 - 参数顺序错误 #### 2. **修复函数实现** 修改函数定义以完全匹配内核要求： ```c static ssize_t myattr_show(struct device *dev, struct device_attribute *attr, char *buf) // 必须返回ssize_t { return sprintf(buf, "%d\n", value); } static ssize_t myattr_store(struct device *dev, struct device_attribute *attr, const char *buf, // 必须有const size_t count) // 必须有size_t { kstrtoint(buf, 10, &value); return count; } ``` #### 3. **正确使用宏** `DEVICE_ATTR_RW`会自动生成属性结构体，只需传递属性名： ```c static DEVICE_ATTR_RW(myattr); // 正确用法 ``` **错误用法**： ```c static DEVICE_ATTR_RW(myattr_show, myattr_store); // 错误！宏只需属性名 ``` #### 4. **类型强转问题** 如果必须保留非标准签名，使用强制转换（不推荐）： ```c static ssize_t custom_store(struct kobject *kobj, ...) { ... } // 强制转换（可能引发安全隐患） static struct device_attribute dev_attr = __ATTR_RW(myattr, (ssize_t (*)(struct device *, ...))custom_store); ``` #### 5. **内核版本兼容处理** 若需支持多版本内核，使用`#ifdef`检查版本： ```c #include <linux/version.h> #if LINUX_VERSION_CODE >= KERNEL_VERSION(5,10,0) // 5.10+标准签名 #else // 旧版内核签名 #endif ``` #### 6. **编译选项验证** 确保开启严格类型检查： ```makefile # Makefile中必须包含 ccflags-y := -Werror -Wimplicit-function-declaration ``` #### 错误示例分析 原始错误信息通常类似： ```bash error: incompatible function pointer types: expected ssize_t (*)(struct device *, struct device_attribute *, char *) got int (*)(struct kobject *, struct kobj_attribute *, char *) ``` 这表明： 1. 返回类型应为`ssize_t`而非`int` 2. 第一个参数应为`struct device*`而非`struct kobject*` > **根本原因**：从内核5.0开始，`struct device_attribute`的函数签名要求更严格，旧版宽松的类型检查已被移除[^1]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值