Как создавать устройства QEMU вне дерева?

Question

Как создавать устройства QEMU вне дерева?

На ум приходят два возможных механизма:

IPC как существующие QMP и QAPI
QEMU загружает плагин совместно используемой библиотеки, который содержит модель

Требуемые возможности (конечно, все возможно через C API, но не обязательно IPC API):

вводить прерывания
зарегистрировать обратные вызовы для доступа к реестру
изменить основную память

Почему я хочу это:

используйте QEMU в качестве подмодуля и не трогайте его источник
Дополнительные преимущества присутствуют только для методов IPC:
- пишите модели на любом желаемом языке
- использовать лицензию не-GPL для моего устройства

Я знаю об устройствах внутри дерева, как объяснено на: Как добавить новое устройство в исходный код QEMU? которые являются традиционным способом ведения дел.

Что я нашел до сих пор:

прерывания: смог найти только генерацию NMI с nmi команда монитора
IO порты: IO возможно с i а также o следите за командами, так что я в порядке
основная память:
- идеальным решением было бы сопоставить память с хостом напрямую, но это кажется трудным:
- чтение памяти возможно через x а также xp команды монитора
- Не удалось найти способ записи в память с помощью команд монитора. Но я думаю, что GDB API поддерживает, поэтому он не должен быть слишком сложным для реализации.

Самым близким рабочим фрагментом кода, который я смог найти, был: https://github.com/texane/vpcie, который сериализует PCI с обеих сторон и отправляет его через TCP API QEMU. Но это более неэффективно и навязчиво, так как требует дополнительной настройки как на гостевой, так и на хост-машине.

6

qemu

Источник

user895245 30 май '17 в 06:14

1 ответ

Другие вопросы по тегам qemu

user4869319 01 ноя '17 в 12:37 2017-11-01 12:37 · Answer 1 · 2017-11-01 12:37

Это создает из дерева устройство PCI, оно просто отображает устройство в lspci. Это облегчит более быструю реализацию драйвера PCI, поскольку будет действовать как модуль. Можем ли мы расширить его, чтобы иметь функциональность, аналогичную edu-pci QEMU.

https://github.com/alokprasad/pci-hacking/blob/master/ksrc/virtual_pcinet/virtual_pci.c

/*
 */

#include <linux/init.h>
#include <linux/module.h>
#include <linux/sysfs.h>
#include <linux/fs.h>
#include <linux/kobject.h>
#include <linux/device.h>
#include <linux/proc_fs.h>
#include <linux/types.h>
#include <linux/pci.h>
#include <linux/version.h>
#include<linux/kernel.h>


#define PCI_VENDOR_ID_XTREME        0x15b3
#define PCI_DEVICE_ID_XTREME_VNIC   0x1450

static struct pci_bus *vbus;
static struct pci_sysdata *sysdata;

static DEFINE_PCI_DEVICE_TABLE( vpci_dev_table) = {
    {PCI_DEVICE(PCI_VENDOR_ID_XTREME, PCI_DEVICE_ID_XTREME_VNIC)},
    {0}
};

MODULE_DEVICE_TABLE(pci,  vpci_dev_table);

int  vpci_read(struct pci_bus *bus, unsigned int devfn, int where,
         int size, u32 *val)
{
    switch (where) {
    case PCI_VENDOR_ID:
        *val = PCI_VENDOR_ID_XTREME | PCI_DEVICE_ID_XTREME_VNIC << 16;
        /* our id */
        break;
    case PCI_COMMAND:
        *val = 0;
        break;
    case PCI_HEADER_TYPE:
        *val = PCI_HEADER_TYPE_NORMAL;
        break;
    case PCI_STATUS:
        *val = 0;
        break;
    case PCI_CLASS_REVISION:
        *val = (4 << 24) | (0 << 16) | 1;
        /* network class, ethernet controller, revision 1 */ /*2 or 4*/
        break;
    case PCI_INTERRUPT_PIN:
        *val = 0;
        break;
    case PCI_SUBSYSTEM_VENDOR_ID:
        *val = 0;
        break;
    case PCI_SUBSYSTEM_ID:
        *val = 0;
        break;
    default:
        *val = 0;
        /* sensible default */
    }
    return 0;
}

int  vpci_write(struct pci_bus *bus, unsigned int devfn, int where,
          int size, u32 val)
{
    switch (where) {
    case PCI_BASE_ADDRESS_0:
    case PCI_BASE_ADDRESS_1:
    case PCI_BASE_ADDRESS_2:
    case PCI_BASE_ADDRESS_3:
    case PCI_BASE_ADDRESS_4:
    case PCI_BASE_ADDRESS_5:
        break;
    }
    return 0;
}

struct pci_ops  vpci_ops = {
    .read =  vpci_read,
    .write =  vpci_write
};


void  vpci_remove_vnic()
{
    struct pci_dev *pcidev = NULL;
    if (vbus == NULL)
        return;
    pci_remove_bus_device(pcidev);
    pci_dev_put(pcidev);
}
EXPORT_SYMBOL( vpci_remove_vnic);

void  vpci_vdev_remove(struct pci_dev *dev)
{
}

static struct pci_driver  vpci_vdev_driver = {
    .name = "Xtreme-Virtual-NIC1",
    .id_table =  vpci_dev_table,
    .remove =  vpci_vdev_remove
};

int  vpci_bus_init(void)
{
    struct pci_dev *pcidev = NULL;
    sysdata = kzalloc(sizeof(void *), GFP_KERNEL);
        vbus = pci_scan_bus_parented(NULL, 2, & vpci_ops, sysdata);
        //vbus = pci_create_root_bus(NULL,i,& vpci_ops, sysdata,NULL);
        //if (vbus != NULL)
            //break;
        memset(sysdata, 0, sizeof(void *));
    if (vbus == NULL) {
        kfree(sysdata);
        return -EINVAL;
    }
    if (pci_register_driver(& vpci_vdev_driver) < 0) {
        pci_remove_bus(vbus);
        vbus = NULL;
        return -EINVAL;
    }
    pcidev = pci_scan_single_device(vbus, 0);

        if (pcidev == NULL)
                return 0;
        else
                pci_dev_get(pcidev);

    pci_bus_add_devices(vbus);

    return 0;
}

void  vpci_bus_remove(void)
{
    if (vbus) {
        pci_unregister_driver(&vpci_vdev_driver);
        device_unregister(vbus->bridge);
        pci_remove_bus(vbus);
        kfree(sysdata);
        vbus = NULL;
    }
}


static int __init pci_init(void)
{
    printk( "module loaded");
     vpci_bus_init();
    return 0;
}

static void __exit pci_exit(void)
{
        printk(KERN_ALERT "unregister PCI Device\n");
        pci_unregister_driver(&vpci_vdev_driver);
}


module_init(pci_init);
module_exit(pci_exit);
MODULE_LICENSE("GPL");

user895245 30 апр '20 в 22:28 2020-04-30 22:28 · Answer 2 · 2020-04-30 22:28

11 ноября 2019 года Питер Мэйделл, крупный участник QEMU, прокомментировал еще один вопрос о переполнении стека, который:

Плагины устройств специально исключены из меню, потому что апстрим не хочет предоставлять людям удобный простой механизм для использования нестандартных устройств без лицензий GPL/ с закрытым исходным кодом.

Похоже, что разработчики QEMU в то время выступают против этой идеи. Стоит узнать о системе подключаемых модулей QEMU, которая в любом случае может пригодиться для связанных приложений: как подсчитать количество гостевых инструкций, выполненных QEMU от начала до конца запуска?

Какая жалость. Представьте, если бы в ядре Linux не было интерфейса модуля ядра! Я предлагаю QEMU раскрыть этот интерфейс, но просто не делайте его стабильным, чтобы он не обременял разработчиков, и что дает преимущество в том, что у тех, кто выполняет слияние, не будет таких болезненных перебазов.

user5483904 01 сен '20 в 20:31 2020-09-01 20:31 · Answer 3 · 2020-09-01 20:31

Есть по крайней мере одна вилка QEMU, о которой я знаю, которая предлагает плагины разделяемых библиотек для QEMU... но это вилка QEMU 4.0.

https://github.com/cromulencellc/qemu-shoggoth

С помощью этой вилки можно создавать плагины из дерева, хотя это не задокументировано.

1

Источник

user5483904 01 сен '20 в 20:31