如何使用 Readlink 获取值。
1 回答
答案是:
不要这样做
至少不是你提议的方式。
您在这里指定了一个解决方案,但没有指定您真正想要做什么 [以及为什么?]。也就是说,您的需求/要求是什么?假设你明白了,你想对文件名做什么?您发布了用户空间应用程序的一小部分,但没有发布任何内核代码。
作为一名长期的内核程序员,我可以告诉你,这行不通,行不通,而且是一个可怕的hack。在内核和用户空间中使用的方法有很大的不同。
/proc
严格用于用户空间应用程序窥探内核数据。文件系统/proc
驱动程序假定用户空间,所以他们总是这样做copy_to_user
。数据将被写入用户地址空间,而不是内核地址空间,因此这永远不会在内核中工作。
即使您可以在内核中使用/proc
,这也是一种非常糟糕的方式。
您可以获得等效的数据,但比这要复杂一些。如果你在内核中拦截系统read
调用,你[已经]可以访问任务结构和调用中使用的数字。从中,您可以找到给定打开文件的结构,并直接获取您想要的任何内容,而无需任何参与。以此为起点。current
fd
/proc
请注意,这样做需要您阅读内核文档、文件系统驱动程序的源代码、系统调用等。如何使用各种锁定方法(例如 RCU、rw 锁定、自旋锁)锁定数据结构和列表。此外,每个 CPU 变量。内核线程抢占。如何正确遍历必要的文件系统相关列表和结构以获取您想要的信息。所有这一切,不会导致基于陈旧或不一致/动态变化的数据的锁定、恐慌、段错误、死锁、UB。
在你尝试做这样的事情之前,你需要研究所有这些来熟悉内核在内部做事情的方式并理解它。如果你有,你就会阅读驱动程序的源代码,并且已经知道失败的原因。/proc
作为一个建议,忘记你所学到的关于用户空间应用程序如何做事的任何事情。它不适用于这里。在内部,内核的组织方式与您习惯的方式完全不同。
在这种情况下,您无需readlink
在内核内部使用。这就是用户空间应用程序必须这样做的方式,但在内核中,这就像驾驶 100 英里以外的方式来获取附近已有的数据,而且,正如我之前提到的,它甚至无法工作。