請教vfree出錯(cuò)的原因

fly6

我改寫了流控的sch_tbf.c模塊，以支持每IP限速，為了記錄下每個(gè)IP的令牌使用情況，需要一個(gè)數(shù)組（>128K），數(shù)據(jù)結(jié)構(gòu)如下：
struct tbf_node_data
{
        struct sk_buff_head skqueue;

        unsigned long last_time;

        long tokens;
        long up_tokens;

        psched_time_t t_c;
        psched_time_t up_t_c;
};
#define TBF_IP_POOL_SIZE 4096

在tbf_change中，q->varray= vmalloc(sizeof(struct tbf_node_data)*TBF_IP_POOL_SIZE);
在tbf_destroy中，使用vfree(q->varray),此時(shí)出錯(cuò)，雖然tbf的主要代碼運(yùn)行在bottom half下，但我用TC刪除規(guī)則時(shí)應(yīng)該不會在bottom half空間，
請教高手為何會出錯(cuò)

Godbach

出錯(cuò)的信息是什么？

fly6

==我打個(gè)包

fly6

==我打個(gè)包 tbf.tar.gz (4.67 KB, 下載次數(shù): 39)

2011-06-13 15:18 上傳

點(diǎn)擊文件名下載附件

fly6

是不是因?yàn)樵谥袛嗟脑�因�?/td>

platinum

沒研究過 tc 和通過何種方法與 kernel 通信的，是 netlink 嗎？
如果是，共享區(qū)域應(yīng)該用 _bh 鎖

因?yàn)?panic 信息不全，所以不是很清楚最后的函數(shù)調(diào)用棧是怎樣的
從感覺上判斷，還是鎖的問題

fly6

/* Under dev->queue_lock and BH! */
void qdisc_destroy(struct Qdisc *qdisc)
------------------------------------------------------
這個(gè)函數(shù)運(yùn)行在軟件中斷下，所以vfree會出錯(cuò)，但沒弄明白為什么這個(gè)函數(shù)為什么一定要運(yùn)行在軟中斷下

Godbach

tc 好像用的是 netlink。
我也覺得 LZ 的 vfree 信息不全，會不會你free 的時(shí)候，那個(gè)指針已經(jīng)指向別的位置了

fly6

我這里有個(gè)測試包，只在initialize中分配，在destroy中釋放，就會出錯(cuò).
原因可能如白金所說TC用的是netlink，接收包時(shí)在bh中執(zhí)行(也就是軟中斷)，所以vfree報(bào)錯(cuò)

platinum

我這里有個(gè)測試包，只在initialize中分配，在destroy中釋放，就會出錯(cuò).
原因可能如白金所說TC用的是netlin ...
fly6 發(fā)表于 2011-06-14 08:34

恩，因?yàn)槲抑�前的一個(gè)項(xiàng)目里，動態(tài)進(jìn)行 vmalloc 和 vfree 時(shí)就會出現(xiàn)問題（bh 環(huán)境）
但因?yàn)槭莻�(gè)全局大 hash，我在整個(gè)模塊 init 和 destroy 的位置使用就沒有問題了

如果可能的話，不妨這樣
1、在非 bh 位置嘗試使用 v 系列函數(shù)
2、在 bh 位置嘗試使用 k 系列函數(shù)

我對內(nèi)存管理部分不熟悉，至于 v 系列函數(shù)是否真的不能用于 bh 環(huán)境，還有待驗(yàn)證