В чем разница между драйвером платформы Linux и обычным драйвером устройства?

Ответ 1

Ваши рекомендации хороши, но не имеют определения того, что является платформенным устройством. Существует один из LWN. Что мы можем узнать на этой странице:

• Платформенные устройства неотъемлемо не доступны для обнаружения, т.е. аппаратное обеспечение не может сказать: "Эй, я присутствую!" к программному обеспечению. Типичными примерами являются устройства i2c, kernel/Documentation/i2c/instantiating-devices:

  В отличие от устройств PCI или USB, устройства I2C не перечисляются на аппаратном уровне (во время выполнения). Вместо этого программное обеспечение должно знать (во время компиляции), какие устройства подключены к каждому сегменту шины I2C. Таким образом, USB и PCI не являются платными устройствами.

• Платформенные устройства привязаны к драйверам , сопоставляя имена,

• При загрузке системы платформа должна быть зарегистрирована очень рано. Поскольку они часто имеют решающее значение для остальной части системы (платформы) и ее драйверов.

Итак, в основном, вопрос "это платформа или стандартное устройство?" больше вопрос о том, на какой шине он использует. Для работы с определенным платформенным устройством вы должны:

• зарегистрировать драйвер платформы, который будет управлять этим устройством. Он должен определить уникальное имя,
• зарегистрируйте ваше устройство платформы, указав то же имя, что и драйвер.

Драйвер платформы предназначен для тех устройств, которые находятся на микросхеме.

Не верно (теоретически, но верно на практике). Устройства i2c не являются onChip, а платными устройствами, потому что они не доступны для обнаружения. Также мы можем думать о устройствах onChip, которые являются обычными устройствами. Пример: встроенный чип PCI GPU на современном процессоре x86. Это можно обнаружить, а не платформенное устройство.

Обычный драйвер устройства предназначен для тех, которые сопряжены с процессором. перед тем как наткнуться на один драйвер i2c.

Не верно. Многие обычные устройства подключены к процессору, но не через шину i2c. Пример: USB-мышь.

[РЕДАКТИРОВАТЬ] В вашем случае посмотрите drivers/usb/host/ohci-pnx4008.c, который является платным устройством контроллера хост-контроллера USB (здесь контроллер USB-хоста не может быть обнаружен, тогда как USB-устройства, которые будут подключаться к нему, относятся). Это платное устройство, зарегистрированное файлом платы (arch/arm/mach-pnx4008/core.c:pnx4008_init). И в пределах своей функции зондирования он регистрирует свое устройство i2c на шине с помощью i2c_register_driver. Мы можем сделать вывод о том, что чипсет USB Host controller взаимодействует с процессором через шину i2c.

Почему эта архитектура? Поскольку, с одной стороны, это устройство можно рассматривать как одно устройство i2c, предоставляющее некоторые функции для системы. С другой стороны, это устройство, поддерживающее USB-хост. Он должен зарегистрироваться в стек USB (usb_create_hcd). Так что зондирование только i2c будет недостаточным. Посмотрите Documentation/i2c/instantiating-devices.

Ответ 2

Примеры кода минимального модуля

Возможно, разница также станет более ясной с некоторыми конкретными примерами.

Пример устройства платформы

код:

• драйвер вверх по течению
• минимальное виртуальное устройство QEMU.
• Изменения в записи DTS в ядре Linux

Дополнительные примечания по интеграции: fooobar.com/info/140399/...

Посмотрите, как:

• Регистры регистрации и прерывания жестко закодированы в дереве устройств и соответствуют описанию машины QEMU -M versatilepb, которое представляет собой SoC
• нет способа удалить аппаратное обеспечение устройства (поскольку оно является частью SoC)
• правильный драйвер выбирается с помощью свойства дерева compatible, которое соответствует platform_driver.name в драйвере
• platform_driver_register является основным интерфейсом регистра

#include <linux/init.h>
#include <linux/interrupt.h>
#include <linux/io.h>
#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/of_address.h>
#include <linux/of_device.h>
#include <linux/of_irq.h>
#include <linux/platform_device.h>

MODULE_LICENSE("GPL");

static struct resource res;
static unsigned int irq;
static void __iomem *map;

static irqreturn_t lkmc_irq_handler(int irq, void *dev)
{
    /* TODO this 34 and not 18 as in the DTS, likely the interrupt controller moves it around.
     * Understand precisely. 34 = 18 + 16. */
    pr_info("lkmc_irq_handler irq = %d dev = %llx\n", irq, *(unsigned long long *)dev);
    /* ACK the IRQ. */
    iowrite32(0x9ABCDEF0, map + 4);
    return IRQ_HANDLED;
}

static int lkmc_platform_device_probe(struct platform_device *pdev)
{
    int asdf;
    struct device *dev = &pdev->dev;
    struct device_node *np = dev->of_node;

    dev_info(dev, "probe\n");

    /* Play with our custom poperty. */
    if (of_property_read_u32(np, "lkmc-asdf", &asdf) ) {
        dev_err(dev, "of_property_read_u32\n");
        return -EINVAL;
    }
    if (asdf != 0x12345678) {
        dev_err(dev, "asdf = %llx\n", (unsigned long long)asdf);
        return -EINVAL;
    }

    /* IRQ. */
    irq = irq_of_parse_and_map(dev->of_node, 0);
    if (request_irq(irq, lkmc_irq_handler, 0, "lkmc_platform_device", dev) < 0) {
        dev_err(dev, "request_irq");
        return -EINVAL;
    }
    dev_info(dev, "irq = %u\n", irq);

    /* MMIO. */
    if (of_address_to_resource(pdev->dev.of_node, 0, &res)) {
        dev_err(dev, "of_address_to_resource");
        return -EINVAL;
    }
    if  (!request_mem_region(res.start, resource_size(&res), "lkmc_platform_device")) {
        dev_err(dev, "request_mem_region");
        return -EINVAL;
    }
    map = of_iomap(pdev->dev.of_node, 0);
    if (!map) {
        dev_err(dev, "of_iomap");
        return -EINVAL;
    }
    dev_info(dev, "res.start = %llx resource_size = %llx\n",
            (unsigned long long)res.start, (unsigned long long)resource_size(&res));

    /* Test MMIO and IRQ. */
    iowrite32(0x12345678, map);

    return 0;
}

static int lkmc_platform_device_remove(struct platform_device *pdev)
{
    dev_info(&pdev->dev, "remove\n");
    free_irq(irq, &pdev->dev);
    iounmap(map);
    release_mem_region(res.start, resource_size(&res));
    return 0;
}

static const struct of_device_id of_lkmc_platform_device_match[] = {
    { .compatible = "lkmc_platform_device", },
    {},
};

MODULE_DEVICE_TABLE(of, of_lkmc_platform_device_match);

static struct platform_driver lkmc_plaform_driver = {
    .probe      = lkmc_platform_device_probe,
    .remove     = lkmc_platform_device_remove,
    .driver     = {
        .name   = "lkmc_platform_device",
        .of_match_table = of_lkmc_platform_device_match,
        .owner = THIS_MODULE,
    },
};

static int lkmc_platform_device_init(void)
{
    pr_info("lkmc_platform_device_init\n");
    return platform_driver_register(&lkmc_plaform_driver);
}

static void lkmc_platform_device_exit(void)
{
    pr_info("lkmc_platform_device_exit\n");
    platform_driver_unregister(&lkmc_plaform_driver);
}

module_init(lkmc_platform_device_init)
module_exit(lkmc_platform_device_exit)

Пример нестандартного устройства PCI

• драйвер вверх по течению
• минимальное виртуальное устройство QEMU

Посмотрите, как:

• Регистры регистрации и прерывания динамически распределяются системой PCI, не используется дерево устройств
• правильный драйвер выбирается с помощью идентификатора PCI vendor:device (QEMU_VENDOR_ID, EDU_DEVICE_ID). Это запекается на каждом устройстве, и поставщики должны гарантировать уникальность.
• мы можем вставлять и удалять PCI-устройство с device_add edu и device_del edu, как мы можем в реальной жизни. Исследование не является автоматическим, но может быть выполнено после загрузки с помощью echo 1 > /sys/bus/pci/rescan. См. Также: Почему метод зонда необходим для драйверов устройств Linux в дополнение к init?

#include <asm/uaccess.h>
#include <linux/cdev.h>
#include <linux/fs.h>
#include <linux/init.h>
#include <linux/interrupt.h>
#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/pci.h>

#define BAR 0
#define CDEV_NAME "lkmc_hw_pci_min"
#define EDU_DEVICE_ID 0x11e9
#define QEMU_VENDOR_ID 0x1234

MODULE_LICENSE("GPL");

static struct pci_device_id id_table[] = {
    { PCI_DEVICE(QEMU_VENDOR_ID, EDU_DEVICE_ID), },
    { 0, }
};
MODULE_DEVICE_TABLE(pci, id_table);
static int major;
static struct pci_dev *pdev;
static void __iomem *mmio;
static struct file_operations fops = {
    .owner   = THIS_MODULE,
};

static irqreturn_t irq_handler(int irq, void *dev)
{
    pr_info("irq_handler irq = %d dev = %d\n", irq, *(int *)dev);
    iowrite32(0, mmio + 4);
    return IRQ_HANDLED;
}

static int probe(struct pci_dev *dev, const struct pci_device_id *id)
{
    pr_info("probe\n");
    major = register_chrdev(0, CDEV_NAME, &fops);
    pdev = dev;
    if (pci_enable_device(dev) < 0) {
        dev_err(&(pdev->dev), "pci_enable_device\n");
        goto error;
    }
    if (pci_request_region(dev, BAR, "myregion0")) {
        dev_err(&(pdev->dev), "pci_request_region\n");
        goto error;
    }
    mmio = pci_iomap(pdev, BAR, pci_resource_len(pdev, BAR));
    pr_info("dev->irq = %u\n", dev->irq);
    if (request_irq(dev->irq, irq_handler, IRQF_SHARED, "pci_irq_handler0", &major) < 0) {
        dev_err(&(dev->dev), "request_irq\n");
        goto error;
    }
    iowrite32(0x12345678, mmio);
    return 0;
error:
    return 1;
}

static void remove(struct pci_dev *dev)
{
    pr_info("remove\n");
    free_irq(dev->irq, &major);
    pci_release_region(dev, BAR);
    unregister_chrdev(major, CDEV_NAME);
}

static struct pci_driver pci_driver = {
    .name     = CDEV_NAME,
    .id_table = id_table,
    .probe    = probe,
    .remove   = remove,
};

static int myinit(void)
{
    if (pci_register_driver(&pci_driver) < 0) {
        return 1;
    }
    return 0;
}

static void myexit(void)
{
    pci_unregister_driver(&pci_driver);
}

module_init(myinit);
module_exit(myexit);