~ [ source navigation ] ~ [ diff markup ] ~ [ identifier search ] ~

TOMOYO Linux Cross Reference
Linux/Documentation/translations/zh_TW/filesystems/debugfs.rst

Version: ~ [ linux-6.12-rc7 ] ~ [ linux-6.11.7 ] ~ [ linux-6.10.14 ] ~ [ linux-6.9.12 ] ~ [ linux-6.8.12 ] ~ [ linux-6.7.12 ] ~ [ linux-6.6.60 ] ~ [ linux-6.5.13 ] ~ [ linux-6.4.16 ] ~ [ linux-6.3.13 ] ~ [ linux-6.2.16 ] ~ [ linux-6.1.116 ] ~ [ linux-6.0.19 ] ~ [ linux-5.19.17 ] ~ [ linux-5.18.19 ] ~ [ linux-5.17.15 ] ~ [ linux-5.16.20 ] ~ [ linux-5.15.171 ] ~ [ linux-5.14.21 ] ~ [ linux-5.13.19 ] ~ [ linux-5.12.19 ] ~ [ linux-5.11.22 ] ~ [ linux-5.10.229 ] ~ [ linux-5.9.16 ] ~ [ linux-5.8.18 ] ~ [ linux-5.7.19 ] ~ [ linux-5.6.19 ] ~ [ linux-5.5.19 ] ~ [ linux-5.4.285 ] ~ [ linux-5.3.18 ] ~ [ linux-5.2.21 ] ~ [ linux-5.1.21 ] ~ [ linux-5.0.21 ] ~ [ linux-4.20.17 ] ~ [ linux-4.19.323 ] ~ [ linux-4.18.20 ] ~ [ linux-4.17.19 ] ~ [ linux-4.16.18 ] ~ [ linux-4.15.18 ] ~ [ linux-4.14.336 ] ~ [ linux-4.13.16 ] ~ [ linux-4.12.14 ] ~ [ linux-4.11.12 ] ~ [ linux-4.10.17 ] ~ [ linux-4.9.337 ] ~ [ linux-4.4.302 ] ~ [ linux-3.10.108 ] ~ [ linux-2.6.32.71 ] ~ [ linux-2.6.0 ] ~ [ linux-2.4.37.11 ] ~ [ unix-v6-master ] ~ [ ccs-tools-1.8.12 ] ~ [ policy-sample ] ~
Architecture: ~ [ i386 ] ~ [ alpha ] ~ [ m68k ] ~ [ mips ] ~ [ ppc ] ~ [ sparc ] ~ [ sparc64 ] ~

  1 .. SPDX-License-Identifier: GPL-2.0
  2 
  3 .. include:: ../disclaimer-zh_TW.rst
  4 
  5 :Original: Documentation/filesystems/debugfs.rst
  6 
  7 =======
  8 Debugfs
  9 =======
 10 
 11 譯者
 12 ::
 13 
 14         中文版維護者: 羅楚成 Chucheng Luo <luochucheng@vivo.com>
 15         中文版翻譯者: 羅楚成 Chucheng Luo <luochucheng@vivo.com>
 16         中文版校譯者:  羅楚成 Chucheng Luo <luochucheng@vivo.com>
 17         繁體中文版校譯者: 胡皓文 Hu Haowen <2023002089@link.tyut.edu.cn>
 18 
 19 
 20 
 21 版權所有2020 羅楚成 <luochucheng@vivo.com>
 22 
 23 
 24 Debugfs是內核開發人員在用戶空間獲取信息的簡單方法。與/proc不同,proc只提供進程
 25 信息。也不像sysfs,具有嚴格的“每個文件一個值“的規則。debugfs根本沒有規則,開發
 26 人員可以在這裏放置他們想要的任何信息。debugfs文件系統也不能用作穩定的ABI接口。
 27 從理論上講,debugfs導出文件的時候沒有任何約束。但是[1]實際情況並不總是那麼
 28 簡單。即使是debugfs接口,也最好根據需要進行設計,並儘量保持接口不變。
 29 
 30 
 31 Debugfs通常使用以下命令安裝::
 32 
 33     mount -t debugfs none /sys/kernel/debug
 34 
 35 (或等效的/etc/fstab行)。
 36 debugfs根目錄默認僅可由root用戶訪問。要更改對文件樹的訪問,請使用“ uid”,“ gid”
 37 和“ mode”掛載選項。請注意,debugfs API僅按照GPL協議導出到模塊。
 38 
 39 使用debugfs的代碼應包含<linux/debugfs.h>。然後,首先是創建至少一個目錄來保存
 40 一組debugfs文件::
 41 
 42     struct dentry *debugfs_create_dir(const char *name, struct dentry *parent);
 43 
 44 如果成功,此調用將在指定的父目錄下創建一個名爲name的目錄。如果parent參數爲空,
 45 則會在debugfs根目錄中創建。創建目錄成功時,返回值是一個指向dentry結構體的指針。
 46 該dentry結構體的指針可用於在目錄中創建文件(以及最後將其清理乾淨)。ERR_PTR
 47 (-ERROR)返回值表明出錯。如果返回ERR_PTR(-ENODEV),則表明內核是在沒有debugfs
 48 支持的情況下構建的,並且下述函數都不會起作用。
 49 
 50 在debugfs目錄中創建文件的最通用方法是::
 51 
 52     struct dentry *debugfs_create_file(const char *name, umode_t mode,
 53                                        struct dentry *parent, void *data,
 54                                        const struct file_operations *fops);
 55 
 56 在這裏,name是要創建的文件的名稱,mode描述了訪問文件應具有的權限,parent指向
 57 應該保存文件的目錄,data將存儲在產生的inode結構體的i_private字段中,而fops是
 58 一組文件操作函數,這些函數中實現文件操作的具體行爲。至少,read()和/或
 59 write()操作應提供;其他可以根據需要包括在內。同樣的,返回值將是指向創建文件
 60 的dentry指針,錯誤時返回ERR_PTR(-ERROR),系統不支持debugfs時返回值爲ERR_PTR
 61 (-ENODEV)。創建一個初始大小的文件,可以使用以下函數代替::
 62 
 63     struct dentry *debugfs_create_file_size(const char *name, umode_t mode,
 64                                 struct dentry *parent, void *data,
 65                                 const struct file_operations *fops,
 66                                 loff_t file_size);
 67 
 68 file_size是初始文件大小。其他參數跟函數debugfs_create_file的相同。
 69 
 70 在許多情況下,沒必要自己去創建一組文件操作;對於一些簡單的情況,debugfs代碼提供
 71 了許多幫助函數。包含單個整數值的文件可以使用以下任何一項創建::
 72 
 73     void debugfs_create_u8(const char *name, umode_t mode,
 74                            struct dentry *parent, u8 *value);
 75     void debugfs_create_u16(const char *name, umode_t mode,
 76                             struct dentry *parent, u16 *value);
 77     struct dentry *debugfs_create_u32(const char *name, umode_t mode,
 78                                       struct dentry *parent, u32 *value);
 79     void debugfs_create_u64(const char *name, umode_t mode,
 80                             struct dentry *parent, u64 *value);
 81 
 82 這些文件支持讀取和寫入給定值。如果某個文件不支持寫入,只需根據需要設置mode
 83 參數位。這些文件中的值以十進制表示;如果需要使用十六進制,可以使用以下函數
 84 替代::
 85 
 86     void debugfs_create_x8(const char *name, umode_t mode,
 87                            struct dentry *parent, u8 *value);
 88     void debugfs_create_x16(const char *name, umode_t mode,
 89                             struct dentry *parent, u16 *value);
 90     void debugfs_create_x32(const char *name, umode_t mode,
 91                             struct dentry *parent, u32 *value);
 92     void debugfs_create_x64(const char *name, umode_t mode,
 93                             struct dentry *parent, u64 *value);
 94 
 95 這些功能只有在開發人員知道導出值的大小的時候纔有用。某些數據類型在不同的架構上
 96 有不同的寬度,這樣會使情況變得有些複雜。在這種特殊情況下可以使用以下函數::
 97 
 98     void debugfs_create_size_t(const char *name, umode_t mode,
 99                                struct dentry *parent, size_t *value);
100 
101 不出所料,此函數將創建一個debugfs文件來表示類型爲size_t的變量。
102 
103 同樣地,也有導出無符號長整型變量的函數,分別以十進制和十六進制表示如下::
104 
105     struct dentry *debugfs_create_ulong(const char *name, umode_t mode,
106                                         struct dentry *parent,
107                                         unsigned long *value);
108     void debugfs_create_xul(const char *name, umode_t mode,
109                             struct dentry *parent, unsigned long *value);
110 
111 布爾值可以通過以下方式放置在debugfs中::
112 
113     struct dentry *debugfs_create_bool(const char *name, umode_t mode,
114                                        struct dentry *parent, bool *value);
115 
116 
117 讀取結果文件將產生Y(對於非零值)或N,後跟換行符寫入的時候,它只接受大寫或小寫
118 值或1或0。任何其他輸入將被忽略。
119 
120 同樣,atomic_t類型的值也可以放置在debugfs中::
121 
122     void debugfs_create_atomic_t(const char *name, umode_t mode,
123                                  struct dentry *parent, atomic_t *value)
124 
125 讀取此文件將獲得atomic_t值,寫入此文件將設置atomic_t值。
126 
127 另一個選擇是通過以下結構體和函數導出一個任意二進制數據塊::
128 
129     struct debugfs_blob_wrapper {
130         void *data;
131         unsigned long size;
132     };
133 
134     struct dentry *debugfs_create_blob(const char *name, umode_t mode,
135                                        struct dentry *parent,
136                                        struct debugfs_blob_wrapper *blob);
137 
138 讀取此文件將返回由指針指向debugfs_blob_wrapper結構體的數據。一些驅動使用“blobs”
139 作爲一種返回幾行(靜態)格式化文本的簡單方法。這個函數可用於導出二進制信息,但
140 似乎在主線中沒有任何代碼這樣做。請注意,使用debugfs_create_blob()命令創建的
141 所有文件是隻讀的。
142 
143 如果您要轉儲一個寄存器塊(在開發過程中經常會這麼做,但是這樣的調試代碼很少上傳
144 到主線中。Debugfs提供兩個函數:一個用於創建僅寄存器文件,另一個把一個寄存器塊
145 插入一個順序文件中::
146 
147     struct debugfs_reg32 {
148         char *name;
149         unsigned long offset;
150     };
151 
152     struct debugfs_regset32 {
153         struct debugfs_reg32 *regs;
154         int nregs;
155         void __iomem *base;
156     };
157 
158     struct dentry *debugfs_create_regset32(const char *name, umode_t mode,
159                                      struct dentry *parent,
160                                      struct debugfs_regset32 *regset);
161 
162     void debugfs_print_regs32(struct seq_file *s, struct debugfs_reg32 *regs,
163                          int nregs, void __iomem *base, char *prefix);
164 
165 “base”參數可能爲0,但您可能需要使用__stringify構建reg32數組,實際上有許多寄存器
166 名稱(宏)是寄存器塊在基址上的字節偏移量。
167 
168 如果要在debugfs中轉儲u32數組,可以使用以下函數創建文件::
169 
170      void debugfs_create_u32_array(const char *name, umode_t mode,
171                         struct dentry *parent,
172                         u32 *array, u32 elements);
173 
174 “array”參數提供數據,而“elements”參數爲數組中元素的數量。注意:數組創建後,數組
175 大小無法更改。
176 
177 有一個函數來創建與設備相關的seq_file::
178 
179    struct dentry *debugfs_create_devm_seqfile(struct device *dev,
180                                 const char *name,
181                                 struct dentry *parent,
182                                 int (*read_fn)(struct seq_file *s,
183                                         void *data));
184 
185 “dev”參數是與此debugfs文件相關的設備,並且“read_fn”是一個函數指針,這個函數在
186 打印seq_file內容的時候被回調。
187 
188 還有一些其他的面向目錄的函數::
189 
190     struct dentry *debugfs_rename(struct dentry *old_dir,
191                                   struct dentry *old_dentry,
192                                   struct dentry *new_dir,
193                                   const char *new_name);
194 
195     struct dentry *debugfs_create_symlink(const char *name,
196                                           struct dentry *parent,
197                                           const char *target);
198 
199 調用debugfs_rename()將爲現有的debugfs文件重命名,可能同時切換目錄。 new_name
200 函數調用之前不能存在;返回值爲old_dentry,其中包含更新的信息。可以使用
201 debugfs_create_symlink()創建符號鏈接。
202 
203 所有debugfs用戶必須考慮的一件事是:
204 
205 debugfs不會自動清除在其中創建的任何目錄。如果一個模塊在不顯式刪除debugfs目錄的
206 情況下卸載模塊,結果將會遺留很多野指針,從而導致系統不穩定。因此,所有debugfs
207 用戶-至少是那些可以作爲模塊構建的用戶-必須做模塊卸載的時候準備刪除在此創建的
208 所有文件和目錄。一份文件可以通過以下方式刪除::
209 
210     void debugfs_remove(struct dentry *dentry);
211 
212 dentry值可以爲NULL或錯誤值,在這種情況下,不會有任何文件被刪除。
213 
214 很久以前,內核開發者使用debugfs時需要記錄他們創建的每個dentry指針,以便最後所有
215 文件都可以被清理掉。但是,現在debugfs用戶能調用以下函數遞歸清除之前創建的文件::
216 
217     void debugfs_remove_recursive(struct dentry *dentry);
218 
219 如果將對應頂層目錄的dentry傳遞給以上函數,則該目錄下的整個層次結構將會被刪除。
220 
221 註釋:
222 [1] http://lwn.net/Articles/309298/
223 

~ [ source navigation ] ~ [ diff markup ] ~ [ identifier search ] ~

kernel.org | git.kernel.org | LWN.net | Project Home | SVN repository | Mail admin

Linux® is a registered trademark of Linus Torvalds in the United States and other countries.
TOMOYO® is a registered trademark of NTT DATA CORPORATION.

sflogo.php