編譯進(jìn)內(nèi)核的驅(qū)動(dòng)和insmod相同的驅(qū)動(dòng)會(huì)沖突嗎?

牡丹巖

我的內(nèi)核鏡像里已經(jīng)有編譯進(jìn)去的驅(qū)動(dòng)代碼了，板子跑起來(lái)后，

再將相同的驅(qū)動(dòng)代碼編譯成模塊，insmod安裝！

請(qǐng)問(wèn)這樣做會(huì)有沖突嗎？

lelee007

如果軟件資源都是動(dòng)態(tài)獲取的話，比如設(shè)備號(hào)，使用的內(nèi)存等，在軟件上不會(huì)有沖突

但是通過(guò)兩個(gè)設(shè)備節(jié)點(diǎn)同時(shí)對(duì)硬件進(jìn)行操作的話，可能會(huì)有邏輯問(wèn)題

牡丹巖

哦 謝了。我的內(nèi)核 在menuconfig里面 如果不選擇LCD驅(qū)動(dòng)，編譯通不過(guò)，選擇了呢 又和我自己寫(xiě)的LCD驅(qū)動(dòng)沖突。因?yàn)槲蚁朐诓粚��?nèi)核自帶的LCD驅(qū)動(dòng)編譯進(jìn)uImage 的情況下測(cè)試自己的驅(qū)動(dòng)！可不選內(nèi)核自帶LCD驅(qū)動(dòng) 內(nèi)核又無(wú)法編譯通過(guò)，郁悶！能否給點(diǎn)建議？

arm-linux-gcc

一個(gè)設(shè)備只能和一個(gè)驅(qū)動(dòng)probe，即使有兩個(gè)驅(qū)動(dòng)都能夠和某個(gè)設(shè)備probe，那么后加載的這個(gè)驅(qū)動(dòng)也不會(huì)起作用
原因：
__driver_attach函數(shù)中，在調(diào)用driver_probe_device之前判斷了dev->driver是否已經(jīng)有值了

牡丹巖

哦 學(xué)習(xí)了！:wink: