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

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

与您提议的相比，使用 USB Modeswitch 进行此操作具有许多优点：

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