LINUX.ORG.RU

Странности с IOMMU группами

 ,


0

2

Хотел прокидывать неиспользуемую встроенную сетевуху в виртуалку, но наткнулся вот на что:

IOMMU Group 13:
	01:00.0 Non-Volatile memory controller [0108]: Samsung Electronics Co Ltd NVMe SSD Controller SM981/PM981/PM983 [144d:a808]
IOMMU Group 14:
	02:00.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:43d0] (rev 01)
	02:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset SATA Controller [1022:43c8] (rev 01)
	02:00.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Bridge [1022:43c6] (rev 01)
	03:00.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port [1022:43c7] (rev 01)
	03:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port [1022:43c7] (rev 01)
	03:03.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port [1022:43c7] (rev 01)
	03:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port [1022:43c7] (rev 01)
	03:06.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port [1022:43c7] (rev 01)
	03:07.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port [1022:43c7] (rev 01)
	03:09.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port [1022:43c7] (rev 01)
	06:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries Device [14e4:43c3] (rev 04)
	07:00.0 USB controller [0c03]: ASMedia Technology Inc. ASM1142 USB 3.1 Host Controller [1b21:1242]
	09:00.0 Ethernet controller [0200]: Intel Corporation I211 Gigabit Network Connection [8086:1539] (rev 03)
IOMMU Group 15:
	0b:00.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1470] (rev c1)
IOMMU Group 16:
	0c:00.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1471]
IOMMU Group 17:
	0d:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Vega 10 XL/XT [Radeon RX Vega 56/64] [1002:687f] (rev c1)
IOMMU Group 18:
	0d:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Vega 10 HDMI Audio [Radeon Vega 56/64] [1002:aaf8]
Получается, вся привязанная к чипсету периферия на асусовских платах попадает в одну общую группу и раскидать ее по другим не выйдет?

★★★★★

Вообще говоря – нет, штатными средставми не выйдет. Уж сколько раз тут поднималась тема о кривых прошивках потребительского железа.

На всякий случай, укажите модель платы, lspci -vv, uname -a

i586 ★★★★★
()
Ответ на: комментарий от i586

Очень жаль, видимо, придётся переставлять вторую сетевуху в PCIe слот, от которого линии прямиком к процессору идут. Плата - Prime X470 Pro.

Meyer ★★★★★
() автор топика
Ответ на: комментарий от Meyer

Так одна из сетевух в слоте, а не распаяна? Тогда повтыкайте ее в разные слоты. И выложите то, что я выше написал.

i586 ★★★★★
()
Ответ на: комментарий от Behem0th

Очень нехорошая и опасная идея.

Если ТС это действительно нужно, то лучше virtio. Я бы сказал, что virtio для сети в любом случае лучше.

i586 ★★★★★
()
Ответ на: комментарий от i586

Так одна из сетевух в слоте, а не распаяна?

Да, это PCIe вай-вай карта. Посмотрел: единственный свободный сейчас PCIe 3.0 слот делит количество линий со вторым, в который видеокарта воткнута. Печально.

Meyer ★★★★★
() автор топика
Ответ на: комментарий от i586

Если ТС это действительно нужно, то лучше virtio. Я бы сказал, что virtio для сети в любом случае лучше.

Видимо, придётся использовать это.

Meyer ★★★★★
() автор топика

Не на всех асусовских. У меня на H270-I и H370-I вообще все устройства разведены в отдельные группы. Сам в шоке.

anonymous
()
Ответ на: комментарий от i586

Я ссылку дал, а там тс пусть решает приемлемо для него или нет.

Behem0th ★★★★★
()
Ответ на: комментарий от Meyer

Плата новая, неинтелоская, так что, возможно, ACS не полностью/криво поддерживается старым ядром. Но это маловерроятно. Но я бы не стал ядро из-за этого менять, не говоря уже о (не работающих) патчах. NIC – это не то устройство, для которого нужен проброс. Паравиртуальные драйверы вылизаны до блеска, даже для Windows.

i586 ★★★★★
()
Ответ на: комментарий от i586

NIC – это не то устройство, для которого нужен проброс. Паравиртуальные драйверы вылизаны до блеска, даже для Windows.

+1. Оверинжиниринг на пустом месте.

anonymous
()
Ответ на: комментарий от i586

Не, я про virtio говорил. Подумывал про этот вариант, но изначально хотел прокинуть реальную сетевуху и изолировать её от хоста. Но раз так не получится, то остаётся вариант с virtio, все равно не гигабитами трафик гоняю.

Meyer ★★★★★
() автор топика
Ответ на: комментарий от i586

не говоря уже о (не работающих) патчах

А почему они неработающие? Что то сломали? пару лет назад прокидывал таким образом сетевыху и саташный контроллер в виртуалку.

Behem0th ★★★★★
()
Ответ на: комментарий от Behem0th

Потому, что его работоспособность основана на чистой случайности. Маловероятно, что 2 устройства запросят одни и те же куски адресного пространства.

Очередное асусовское faulty firmware. В «железе», без сомнения, поддержка ACS есть.

i586 ★★★★★
()

Либо ACS патч, либо ставь сетевуху во второй слот, можно будет и ее и/или видяху прокидывать куда хочешь но тогда по х8 линий останется на них, вместо х16 (что впрочем неважно), восьми за глаза в реальной жизни

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.