为什么我的内核模块中的probe函数没有被调用?

时间:2015-06-25 14:17:56

标签: linux linux-device-driver kernel-module

在关注本教程([http://tali.admingilde.org/linux-docbook/writing_usb_driver.pdf][1])并阅读linux设备驱动书中的某些章节时,我无法在探针函数中获取pr_debug语句以显示dmesg中的任何输出。

这是我的代码:

#include <linux/module.h>    /*included for all kernel modules*/
#include <linux/kernel.h>    /*included for KERN_DEBUG*/
#include <linux/init.h>      /*included for __init and __exit macros*/
#include <linux/usb.h>
#include <linux/usb/input.h>
#include <linux/hid.h>

#define VENDOR_ID 0x0930
#define DEVICE_ID 0x6545

MODULE_LICENSE("GPL");
MODULE_AUTHOR("dev");
MODULE_DESCRIPTION("eusb driver");

static struct usb_device_id eusb_table[] = {
        { USB_DEVICE(VENDOR_ID, DEVICE_ID) },
        { } /* Terminating entry */
};

MODULE_DEVICE_TABLE (usb, eusb_table);

static int eusb_probe(struct usb_interface *interface, const struct usb_device_id *id)
{
        pr_debug("USB probe function called\n");
        return 0;
}

static void eusb_disconnect(struct usb_interface *interface)
{
        pr_debug("USB disconnect function called\n");
}

static struct usb_driver eusb_driver = {
    //.owner =  THIS_MODULE,
    .name =     "eusb",
    .probe =    eusb_probe,
    .disconnect =   eusb_disconnect,
    .id_table =     eusb_table
};

static int __init eusb_init(void)
{
    int result = 0;

    pr_debug("Hello world!\n");
    result = usb_register(&eusb_driver);
    if(result){
        pr_debug("error %d while registering usb\n", result);}
    else{pr_debug("no error while registering usb\n");}

    return 0;
}

static void __exit eusb_exit(void)
{
    usb_deregister(&eusb_driver);
    pr_debug("Exiting module\n");
}

module_init(eusb_init);
module_exit(eusb_exit);

和makefile:

obj-m := eusb.o
CFLAGS_eusb.o := -DDEBUG
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
    $(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules

完成没有错误的完成,在insmod之后我可以看到lsmod中列出的模块和init和exit函数中的pr_debug在dmesg中显示输出。

插入设备但是探测函数似乎没有被调用(或者pr_debug语句在dmesg中没有显示任何输出)。

Dmesg输出:

[ 7777.521236] Hello world!
[ 7777.521264] usbcore: registered new interface driver eusb
[ 7777.521266] no error while registering usb
[ 7780.597087] usb 1-6: USB disconnect, device number 9
[ 7797.686970] usb 1-6: new high-speed USB device number 10 using xhci_hcd
[ 7797.857324] usb 1-6: New USB device found, idVendor=0930, idProduct=6545
[ 7797.857328] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 7797.857330] usb 1-6: Product: DataTraveler 2.0
[ 7797.857331] usb 1-6: Manufacturer: Kingston
[ 7797.857333] usb 1-6: SerialNumber: 08606E6D407FED10571E5067
[ 7797.858787] usb-storage 1-6:1.0: USB Mass Storage device detected
[ 7797.858902] scsi host11: usb-storage 1-6:1.0
[ 7798.931417] scsi 11:0:0:0: Direct-Access     Kingston DataTraveler 2.0 PMAP PQ: 0 ANSI: 4
[ 7798.931824] sd 11:0:0:0: Attached scsi generic sg3 type 0
[ 7800.184749] sd 11:0:0:0: [sdc] 60964864 512-byte logical blocks: (31.2 GB/29.0 GiB)
[ 7800.186338] sd 11:0:0:0: [sdc] Write Protect is off
[ 7800.186343] sd 11:0:0:0: [sdc] Mode Sense: 23 00 00 00
[ 7800.187948] sd 11:0:0:0: [sdc] No Caching mode page found
[ 7800.187952] sd 11:0:0:0: [sdc] Assuming drive cache: write through
[ 7800.220477]  sdc: sdc1 sdc2 sdc3
[ 7800.225068] sd 11:0:0:0: [sdc] Attached SCSI removable disk
[ 7802.798403] ISO 9660 Extensions: Microsoft Joliet Level 3
[ 7802.799507] ISO 9660 Extensions: RRIP_1991A

我尝试过使用其他设备,尝试使用printk而不是pr_debug。我在SO上发现了几个有同样问题的问题,但我的代码几乎/几乎与答案中的代码完全相同。

我也试过

USB_INTERFACE_INFO(
        USB_INTERFACE_CLASS_HID,
        USB_INTERFACE_SUBCLASS_BOOT,
    USB_INTERFACE_PROTOCOL_KEYBOARD) 

而不是USB_DEVICE(另一台设备是键盘)。

我注意到有些答案谈论platform_driver而不是usb_driver,但我认为这对我来说并不重要,因为教程中从未提及过。

我哪里错了?

2 个答案:

答案 0 :(得分:2)

你的目的是教育吗?否则,驱动程序已经存在,并且它被称为while((ch = exit_msg + i) != NULL) { 。似乎即使该驱动程序首先枚举您的设备。尝试禁用usb-storage并再次加载您的驱动程序。或者更好地使用虚拟机(KVM / Qemu)来试用你的驱动程序。

答案 1 :(得分:0)

如您所见,您的 Hello world! 已打印,这意味着模块已成功加载。通常,所有声称通过 usb_device_id* 表处理设备的模块都已加载。见9.3.2.3. Module Loading

现在,仅为设备所绑定的驱动程序调用探测函数。。在没有设置优先级的情况下,两个驱动程序都可以绑定,他们中的任何一个都有可能获得第一次机会。

我写了一个 blog post 可能会进一步澄清事情(如果没有,请在此处发表评论)。

此外,您可能需要浏览这两个相关的邮件列表主题