行內函數（inline functions）通常是由編譯器在編譯時將函式的程式碼直接插入到每個呼叫點，而不是透過函式呼叫的方式執行。這意味著行內函數的程式碼在編譯後不會像普通函式那樣有一個單獨的入口地址。因此，當使用像ftrace這樣的基於函式入口點的跟蹤工具時，行內函數就無法被直接跟蹤，因為它們沒有可以掛鉤的單獨入口點。
ftrace是一個在Linux核心中用於跟蹤函式呼叫的框架，它透過在函式的入口點插入跟蹤程式碼來工作。對於非行內函數，ftrace可以在函式的開頭插入一個呼叫指令，指向跟蹤程式碼。然而，對於行內函數，由於沒有單獨的函式入口點，ftrace無法在函式的“入口點”插入跟蹤程式碼，因此無法直接跟蹤行內函數的呼叫。
此外，行內函數的程式碼是被複制到每個呼叫點的，這意味著即使能夠找到行內函數的程式碼，也很難確定哪個呼叫點將執行哪個特定的行內函數例項。這進一步增加了使用ftrace跟蹤行內函數的複雜性。
在某些情況下，即使行內函數不能被ftrace直接跟蹤，也可能有其他方法來監控或跟蹤它們的執行。例如，可以在程式碼中新增額外的跟蹤點，或者使用其他跟蹤技術，如動態跟蹤工具（如SystemTap或eBPF）來監控行內函數的執行。這些工具可以在執行時插入跟蹤程式碼，而不需要函式有單獨的入口點。不過，這些方法可能需要更復雜的設定和分析，並且可能對系統效能有更大的影響。