Linux USB驱动probe()问题

Question

我目前正在为 Seowon SWU-3220A WiMAX USB 调制解调器开发内核模式 USB 驱动程序。它是一个复杂的设备（插入后在系统中显示为USB CDROM，驱动程序需要将其切换到调制解调器模式）。我的问题是我的驱动程序中的 probe() 函数从未被调用过。我认为是因为操作系统使用标准的 USB 大容量存储驱动程序而不是我自己的。

我初始化驱动程序如下：

#define GDM7213_VENDOR_ID 0x1076
#define GDM7213_PRODUCT_ID 0x7f40

static struct usb_device_id gdm7213_table [] = {
    { USB_DEVICE(GDM7213_VENDOR_ID, GDM7213_PRODUCT_ID) },
    { }
};

MODULE_DEVICE_TABLE(usb, gdm7213_table);

static struct usb_driver gdm7213_driver = {
    .name                 = "gdm7213",
    .probe                = gdm7213_probe,
    .disconnect           = gdm7213_disconnect,
    .suspend              = gdm7213_suspend,
    .resume               = gdm7213_resume,
    .pre_reset            = gdm7213_pre_reset,
    .post_reset           = gdm7213_post_reset,
    .id_table             = gdm7213_table,
};

static int gdm7213_probe(struct usb_interface *interface, const struct usb_device_id *id)
{
    printk(KERN_INFO "GDM7213 gdm7213_probe()\n");
    return 0;
}

static int __init gdm7213_init_module(void)
{
    int result;
    printk(KERN_INFO "GDM7213 init_module()\n");

    result = usb_register(&gdm7213_driver);
    if (result)
        err("usb_register failed. Error number %d", result);

    return result;
}

static void __exit gdm7213_cleanup_module(void)
{
    printk(KERN_INFO "GDM7213 cleanup_module()\n");
    usb_deregister(&gdm7213_driver);
}

module_init(gdm7213_init_module);
module_exit(gdm7213_cleanup_module);

谁能告诉我哪里有错误或建议任何解决方法？

Answer 1

如果是 USB 大容量存储驱动程序在您有机会之前窃取它，您可能希望将具有该驱动程序的设备的 VID/PID 列入黑名单。

既然你提到它是一个 USB WiMAX 适配器，我会大胆猜测它是一个包含 Windows 驱动程序的 USB 大容量存储设备。如果是这种情况，您最好使用USB Modeswitch，它已经为 3G 调制解调器处理了这个问题。通常，设备期望一些魔术字节（通常实际上是 SCSI 弹出命令）来说服它们不再是大容量存储设备并成为真正的调制解调器。 （通常也有不同的PID）。

即使无法说服您的设备显示真实设备而不是使用现有 USB 模式切换规则之一的驱动程序，使用该问题解决问题也比内核 hack 更合适。

与您建议的相比，使用 USB 模式开关具有许多优势：

1. 保持一切模块化：
   1. 您的驱动程序只需关心 WiMAX 和设备的一个 VID/PID
   2. 大容量存储驱动程序不需要关心疯狂的设备 - 它就像插入和拔出设备一样。向大容量存储驱动程序教授此类设备中的每一个是不合适的，您的设备似乎不是特例。
   3. 关于设备人格分裂的知识只与USB Modeswitch有关，它的存在只是为了解决这个问题。
2. 它不会破坏设备的 USB 大容量存储方面 - 用户可能出于某种原因希望在 Linux 下查看 Windows 驱动程序，将此设备列入黑名单将使这成为不可能。如果您最终也在 Linux 下使用 Windows 驱动程序附带的某些固件，这可能很重要。
3. 它遵循现有设置并将您的更改保留在模块的本地。如果您想在主线内核中获取驱动程序，这可能很重要。