порты ttyO не имеют хорошего адреса порта на QEMU 1.4.0 под управлением изображениями для beagleboard-xm

Вы используете Ubuntu?

Поставки Ubuntu со старой версией btrfs-инструментов (иначе "btrfs-progs") и таким образом инструментов пространства пользователя не поддерживают снимки только для чтения.

Посмотрите эту ошибку (и это - родительская ошибка):

https://bugs.launchpad.net/ubuntu / + source/btrfs-tools / + ошибка/924621

3
13.06.2013, 18:55
2 ответа

Я нашел, какова моя проблема была, QEMU ins't отображение последовательного chardev любого дополнительного - последовательное имущество.

После выполнения этой команды Invoke:

sudo qemu-system-arm -M beaglexm -m 1024 -sd ./test.img -clonix -serial stdio -device usb-mouse -device usb-kbd -serial pty -serial pty -monitor pty
char device redirected to /dev/pts/5 (label compat_monitor0)
char device redirected to /dev/pts/7 (label serial1)
char device redirected to /dev/pts/10 (label serial2)

Мы видим что 2 дополнительных сериала, где создано с маркировкой последовательный 1 и 2. Но если я смотрю на древовидную информацию

 (qemu) info qtree

dev: omap_uart, id "uart4"
    revision = 82
    mmio_size = 4096
    baudrate = 812500
    chardev = uart4
    irq 3
    mmio 0000000049042000/0000000000001000
  dev: omap_uart, id "uart3"
    revision = 82
    mmio_size = 4096
    baudrate = 812500
    chardev = serial0
    irq 3
    mmio 0000000049020000/0000000000001000
  dev: omap_uart, id "uart2"
    revision = 82
    mmio_size = 4096
    baudrate = 812500
    chardev = uart2
    irq 3
    mmio 000000004806c000/0000000000001000
  dev: omap_uart, id "uart1"
    revision = 82
    mmio_size = 4096
    baudrate = 812500
    chardev = uart1
    irq 3
    mmio 000000004806a000/0000000000001000

Мы ясно видим это просто маркировка serial0 был присоединен к uart (один setted, чтобы быть консолью). Другие маркировки (serial1 и serial2) не, где быть найденными.

С рабочим изображением grml, который jofel был действительно хорош сказать мне, мы видим это:

  dev: i440FX-pcihost, id ""
    irq 0
    bus: pci.0
      type PCI
      dev: PIIX3, id ""
        addr = 01.0
        romfile = <null>
        rombar = 1
        multifunction = on
        command_serr_enable = on
        class ISA bridge, addr 00:01.0, pci id 8086:7000 (sub 1af4:1100)
        bus: isa.0
          type ISA
          dev: isa-serial, id ""
            index = 2
            iobase = 0x3e8
            irq = 4
            chardev = serial2
            wakeup = 0
            isa irq 4
          dev: isa-serial, id ""
            index = 1
            iobase = 0x2f8
            irq = 3
            chardev = serial1
            wakeup = 0
            isa irq 3
          dev: isa-serial, id ""
            index = 0
            iobase = 0x3f8
            irq = 4
            chardev = serial0
            wakeup = 0
            isa irq 4

все 3 последовательной клеветы была присоединена к chardev.

Теперь я просто должен задать новый вопрос о как, делая QEMU для соединения тех маркировок с моим beagleboard uarts.

Также я хотел бы добавить, что я думаю, что setserial не сделал произвел любую информацию о ttyO's, потому что это не поддерживает omap uarts. setserial ? шоу, какие устройства поддерживаются. В случае ttyS's я думаю, потому что tty драйверы установлены, но нет никакого другого типа uarts bisede omap uarts эмулирован для bealgeboard в QEMU.

Большое спасибо за всех, которые смотрели по этому вопросу и особенно jofel.

0
27.01.2020, 21:45

Проблема находится на стороне хоста:

Необходимо использовать Псевдотерминалы (-serial pty) вместо того, чтобы соединиться с "реальными" символьными устройствами (-chardev tty,...).

qemu отображает имущество /dev/pts/xx который это на самом деле использует. Можно теперь использовать это имущество в качестве нормального последовательного порта от хоста.

Можно повторить эту опцию получить больше имуществ, подключенных с /dev/ttyS[0-*] на госте (если Вы используете -serial stdio, это /dev/ttyS0 на госте первое имущество затем /dev/ttyS1).

0
27.01.2020, 21:45
  • 1
    Привет jofel и спасибо за то, что заняли время для рассмотрения моего сообщения. Вы могли смотреть на последнюю информацию, которую я просто добавил к проблеме? Плюс, Если Вы имеете уже, делают эту работу прежде для больше, чем всего одного последовательного порта. Могли Вы предоставлять мне подробную информацию о для того, какой VM Вы сделали, это работало и также ядро, используемое с конфигурациями, версией QEMU и распределением также. Огромное спасибо. –  user40643 11.06.2013, 06:39
  • 2
    Это должен быть/dev/ttyO* на Вашем госте, не/dev/ttyS* - извините за ошибку в моем ответе (с x86-гостями, это был бы/dev/ttyS* и работы out-of-the-box). –  jofel 11.06.2013, 10:35
  • 3
    мог Вы предоставлять мне больше подробной информации о версии QEMU и распределении, используемом равно как и ядро. Я хотел бы попробовать его мой сам в известной работе environement.Спасибо. –  user40643 11.06.2013, 13:52
  • 4
    Также я хотел бы добавить, что я использую buildroot defconfig, чтобы beaglexm создал мой uImage. –  user40643 11.06.2013, 14:11
  • 5
    Пока устройства автоматически создаются/dev/и имеют корректные полномочия, udev должен быть прекрасным. Более вероятно, что существует поддержка ошибки/пропавших без вести в (специализированной) qemu-версии linode, который Вы используете. –  jofel 14.06.2013, 12:45

Теги

Похожие вопросы