В чем разница между драйвером платформы 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
Примеры кода минимального модуля
Возможно, разница также станет более ясной с некоторыми конкретными примерами.
Пример устройства платформы
код:
Дополнительные примечания по интеграции: 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
Посмотрите, как:
- Регистры регистрации и прерывания динамически распределяются системой 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);