蜗窝科技

@wowo：你的early_ioremap是得到setup_arch阶段才可以用，还有一种方法是setup_arch->pageinit->device_iomap->具体machine的map_io调用时，建立一些针对soc所有外设的静态映射表。一旦建立起来后，用IO_ADDRESS宏也可以方便地对外设寄存器进行操作（拉GPIO电平，配置串口clock，寄存器）。 这种提前建立好静态映射的方法，和你的文章中的early_ioremap起的作用效果是否相同？都是映射建立好后，就可以随心所欲操作外设了？ 还有这两种方法都是要在setup_arch阶段最后建立页表时才能发挥作用，如果要在更靠前面的地方打印信息的话，是否就不能不借助CONFIG_DEBUG_LL对应的那个汇编代码串口收发指令来工作了啊？

@温柔海洋：是的,以前arm早期的打印,是在一个叫做debug.S的汇编代码里面弄的，后来printk.c也加过一个early console，不过是比较晚才能用。 对arm64平台来说，利用early_ioremap+earlycon，在setup_arch时候就能用了。 至于early_ioremap的原理，请参考这篇文章： http://www.wowotech.net/memory_management/fixmap.html

@温柔海洋：earlycon是一个比较新的东西,具体是哪个版本加进来的,我没有看. 至于early_ioremap,因该很早之前就有了.

再问个问题，我这边飞思卡尔imx6内核中又找到一个early_console的实现，没有通过CONFIG_DEBUG_LL来完成串口的寄存器级别收发，而是通过ioremap,enable_clk等内核API来完成的。但是这个early console 的初始化，竟然放在了start_kernel里面比较靠后的time_init 里面。这样的话，这个脱离汇编代码的early console实现，也不是个真正的早期串口console。 你的early_ioremap 比较不错，有了它，应该在start_kernel里面很早位置处（比如在page_init之前，是否可以？），就可以操作控制外设了。能大概讲下它和fixmap结合起来时，到底具体是怎么实现的啊。 page_init里面会调用具体机器的map_io,建立device 的静态映射。之后也可以通过IO_ADDRESS直接访问外设寄存器，我好奇的是你的early_ioremap如果依赖fixmap的话，并且也能在setup_arch-> page_init这些函数之前被成功被调用发挥作用的话，究竟实现思路是什么。

问下，我的kernel版本是3.0.35，里面搜early_ioremap,搜到的都是ia64和x86平台的，arm平台没有实现这个函数。 还有我的这个版本内核early_prink的实现，最终通过CONFIG_DEBUG_LL对应的debug.S 里面的几个汇编函数来实现串口寄存器级别的发送字符操作过程，你文章中的early printk的实现应该和CONFIG_DEBUG_LL没有任何关系。 是不是高版本的Linux内核 早期串口输出字符已经完全脱离了CONFIG_DEBUG_LL？而且高版本的也有arm平台的early_ioremap的实现，可以让早期串口输出可以放在start_kernel里面的任何位置？

非常好的文章，赞一个

@andreaji：这里的回复不能画图，所以我在http://www.wowotech.net/forum/viewtopic.php?pid=448#p448回复了你，请参考。

@fomalhaut：多谢指正

PFN(page frame number)，而不是FPN?

只要struct posix_clock包括了cdev成员，struct posix_clock_operations中的owner以及struct posix_clock中的kref应该没有存在的必要了。 ===================================================================================== 您好 linuxer，请教一个问题： 我在读 linux-3.19.y 版本的 driver/ptp/ptp_clock.c 时看到使用 ptp clock 模块使用 posix_clock_register 注册 posix clock 时 posix_clock_operations 结构体 ptp_clock_ops 的 owner 设置为 THIS_MODULE（我理解这个 THIS_MODULE 为 ptp clock 模块） static struct posix_clock_operations ptp_clock_ops = { .owner = THIS_MODULE, ... ... }; 进入 posix_clock_register 函数时将 posix_clock -> cdev.owner 也设置为 ptp_clock_ops.owner int posix_clock_register(struct posix_clock *clk, dev_t devid) { ... ... cdev_init(&clk->cdev, &posix_clock_file_operations); clk->cdev.owner = clk->ops.owner; ... ... } 可是在 posix-clock.c 中 file_operations 结构体 posix_clock_file_operations（也就是上面 cdev_init 函数中传入的 file_operations 结构体）的 owner 被设置为 THIS_MODULE，这个 THIS_MODULE 指的是什么？如果指的是 posix-clock 的话，会不会又矛盾？ 请教一下 linuxer 对于这样的设计，您是怎么看？