QEMU не создает второй последовательный порт (гостевой и хост Ubuntu x86-64) - PullRequest
Новая
       33

QEMU не создает второй последовательный порт (гостевой и хост Ubuntu x86-64)

0 голосов
/ 14 октября 2018

Я использую QEMU версии 3.0.0:x86_64-softmmu/qemu-system-x86_64 -m 2560 -hda img.qcow2 -serial pty -serial pty

Мой хост - Ubuntu Desktop 16.04, а мой гость - свежая (то есть конфигурация по умолчанию) Ubuntu Server 18.04.Оба типа x86-64.

При запуске QEMU сразу печатает: 

qemu-system-x86_64: -serial pty: char device redirected to /dev/pts/18 (label serial0)
qemu-system-x86_64: -serial pty: char device redirected to /dev/pts/19 (label serial1)

Кроме того, вывод info qtree (в мониторе QEMU): 

[...]
          dev: isa-serial, id ""
            index = 1 (0x1)
            iobase = 760 (0x2f8)
            irq = 3 (0x3)
            chardev = "serial1"
            wakeup = 0 (0x0)
            isa irq 3
          dev: isa-serial, id ""
            index = 0 (0x0)
            iobase = 1016 (0x3f8)
            irq = 4 (0x4)
            chardev = "serial0"
            wakeup = 0 (0x0)
            isa irq 4
[...]

Так что, похоже, serial0 и serial1 должны быть совершенно одинаковыми.Согласно этот сайт , /dev/ttyS1 должен использоваться для последовательного порта с iobase 0x2f8, поэтому из приведенного выше вывода я решил, что serial1 должен использоваться через /dev/ttyS1.

Я могу работать без проблем с /dev/ttyS0 в гостевой и /dev/pts/18 в хосте.Однако мне не удалось поработать с /dev/ttyS1 в гостевой системе, и мне кажется, что serial1 вообще не существует в гостевой системе.

Внутри гостевой системы вывод dmesg | grep ttyS (который должен показывать существующие последовательные порты, согласно этот ответ ):[ 7.147289] 00:05: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A

Чего мне не хватает?Почему кажется, что serial1 не существует внутри гостя?

1 Ответ

0 голосов
/ 19 октября 2018

Я обнаружил свою ошибку.

Поскольку запуск гостя занимает так много времени (по крайней мере, на моей машине), я всегда сразу использовал loadvm after_startup_snapshot.

Я теперь пытался разрешитьГость проходит через автозагрузку, и перенаправление /dev/ttyS1 отлично работает.

...