Linux netlink通信，執(zhí)行關(guān)機(jī)時(shí)候報(bào)錯(cuò)。

536ma

linux 內(nèi)核自己寫了netlink模塊和用戶空間的通信，然后rmmod netlink-kern.ko 再執(zhí)行關(guān)機(jī)流程的時(shí)候報(bào)錯(cuò)
是不是因?yàn)檫@個(gè)函數(shù)引用了ini_net，導(dǎo)致的？nl_sk = netlink_kernel_create(&init_net,NETLINK_TEST,0,nl_data_ready,NULL,THIS_MODULE);
real device is not allowed to be moved
<0>default_device_exit: failed to move eth0 to init_net: -22
<4>------------[ cut here ]------------
<2>kernel BUG at net/core/dev.c:7047!
<4>invalid opcode: 0000 [#1] SMP
<4>last sysfs file: /sys/devices/virtual/block/dm-0/dm/name
<4>Modules linked in: autofs4 8021q garp stp llc ipt_REJECT ip6t_REJECT ipv6 fuse microcode ppdev vmware_balloon parport_pc parport snd_ens1371 snd_rawmidi snd_ac97_codec ac97_bus snd_seq snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc sg i2c_piix4 i2c_core uinput ext4 jbd2 mbcache sd_mod crc_t10dif sr_mod cdrom vmxnet(U) mptspi mptscsih mptbase scsi_transport_spi pata_acpi ata_generic ata_piix dm_mirror dm_region_hash dm_log dm_mod [last unloaded: vmci]

philarlala

應(yīng)該不是吧，這個(gè)函數(shù)平時(shí)都是這樣用的，

536ma

回復(fù) 2# philarlala

查到問題了是在netlink通信的時(shí)候，模塊卸載調(diào)用了sock_release,改為netlink_kernel_relese目前沒有出現(xiàn)死機(jī)的狀態(tài)   

philarlala

這不都是成對(duì)使用的嗎，居然還有人喜歡不成對(duì)用的

philarlala

自己改正一下，不知道理解對(duì)不對(duì)的，一般netlink_kernel_create的第一個(gè)參數(shù)是用init_net,有自己的net的時(shí)候就用自己的，至于什么是自己的net，跟namespace 有關(guān)的，具體沒有深入了解過回復(fù) 2# philarlala


   

536ma

回復(fù) 5# philarlala
好多資料在模塊卸載退出的時(shí)候，使用sock_release()這個(gè)函數(shù)，就是net namespace 重新置位出錯(cuò)。但是剛才我又做了反復(fù)的重啟關(guān)機(jī)測(cè)試，發(fā)現(xiàn)netlink_kernel_release()還是會(huì)報(bào) 同樣的錯(cuò)誤，是不是需要我在create的時(shí)候重新建立一個(gè)init_net.

   

philarlala

菜鳥一枚，說不準(zhǔn)，不知道你的具體環(huán)境是怎樣的，你可以試一下回復(fù) 6# 536ma