Xen на AMD APU. У кого работает?

xen не гонял, но virtualbox и kvm работают стабильно.

хочется еще подтверждения от владельцев AMD APU

Владелец trinity/richland/kaveri, который гоняет xen и сидит на лоре.

Ты действительно думаешь, что тут есть еще такие люди?

я думаю может кто для игрушек собирал систему. IOMMU на этих процах и материнках на редкость адекватное, но похоже есть баг в xen

может кому не лень поставить пакет xen на машину с APU, один раз загрузиться и запустить приведенный в ОП посте конфиг

я думаю может кто для игрушек собирал систему

Так-с.. Смотри, у меня ASRock fm2a85x extreme6 + 6800k + где-то в шкафу валяется radeon 6570 + есть чистый отдельный хард.

Как по-быстрому накатить туда что-нибудь для проверки Xen?

может кому не лень поставить пакет xen на машину с APU, один раз загрузиться и запустить приведенный в ОП посте конфиг

Стоковая debian/ubuntu?

туда даже видеокарту не нужно ставить, IOMMU проверять не нужно. Надо просто поставить пакет xen 4.3 или 4.4, загрузиться в xen и запустить приведенный конфиг (в виртуальную машину устанавливать ничего не нужно, баг должен проявляться даже без гостевой ОС)

Достаточно поставить любой дистрибутив где есть пакет xen (я тестировал на fedora 20 и openSUSE 13.1) в ubuntu тоже xen должен быть искаропки рабочий.

Хорошо, подожди до вечера - проверю.

Могу на 5800к проверить, но сегодня ночью или уже завтра.

a10-7700k проблемы нет.

а какой дистрибутив? важно еще проверять с xen собранным без debug информации, в разных дистрибутивах собирают по разному, где-то только релиз, где-то debug где-то и и то и другое. Проблема есть только с make debug=n сборкой.

a10-7700k

Там более новый IOMMU стоит.

у меня проблема даже с отключенным iommu и в конфиге он не используется, но то что новое поколение процессоров, может быть работает по другому

а какой дистрибутив?

Ubuntu 14.04

важно еще проверять с xen собранным без debug информации

как это можно проверить?

как это можно проверить?

в сусе и федоре я смотрел по spec файлам, в убунте похоже собирается как надо с debug=n

Надо просто поставить пакет xen 4.3 или 4.4,

Более старый не пойдет? У меня 2 машины на APU в Xen-кластере, одна - 740-й Атлон, вторая - C60. HWM не пробовал, все PV. Debian 7

проверить то можно, мне интересен любой случай перезагрузки машины при запуске hvm гостя.

Не перезагружается. Домен при наличии

builder = 'hvm'

в конфиге ругается на то, что ресурс недоступен и не стартует. Если в конфиге сделать только те 3 строки, что в 0П, то просто вылетает через несколько секунд. На dom0 никак не влияет.

похоже проблема в биосе в материнке Asrock a75fm2 pro4, она обновляет микрокод только 2х ядер процессора из 4х. Вручную микрокод обновить тоже не удается.

(XEN) microcode: CPU1 collect_cpu_info: patch_id=0x6001119
(XEN) masked ExtINT on CPU#2
(XEN) microcode: CPU2 collect_cpu_info: patch_id=0
(XEN) masked ExtINT on CPU#3
(XEN) microcode: CPU3 collect_cpu_info: patch_id=0
(XEN) Brought up 4 CPUs

a75fm2

хм, в параметрах граба что?

она обновляет микрокод только 2х ядер процессора из 4х

С этими модулями черт ногу сломит, как оно должно обновляться. Но судя по архитектуре, там один ucode rom на модуль (2 x86 ядра)

ах да, баг. Мне тут анонимус писал, что надо указывать iommu=amd-iommu-global-intremap

так у меня проблема в том, что без всякого iommu xen собранный с debug=n перезагружает компьютер при запуске hvm гостя

ну у кого есть эти APU покажите ввод dmesg про microcode или cat /proc/cpuid | grep microcode

смотреть надо не под xen ядром, а с обычным

например тут http://lists.opensuse.org/opensuse-bugs/2012-12/msg02972.html в AMD A10-5800K APU во всех ядрах есть микрокод

Кстати, немного не в тему, но как ты преодолел баг с черным экраном при двух радеонах и fglrx?

Хммм, действительно на всех показывает.

xubuntu@xubuntu:~$ cat /proc/cpuinfo |grep microcode
microcode	: 0x6001119
microcode	: 0x6001119
microcode	: 0x6001119
microcode	: 0x6001119
xubuntu@xubuntu:~$ dmesg |grep patch_level
[    3.123884] microcode: CPU0: patch_level=0x06001119
[    3.123890] microcode: CPU1: patch_level=0x06001119
[    3.123893] microcode: CPU2: patch_level=0x06001119
[    3.123897] microcode: CPU3: patch_level=0x06001119

asrock fm2a85x extreme6

мм предположительно это баг лишь убунту. Да и у меня вроде «радеон» драйвер стоял. Или ты про мультихёд? Там хз.

а у меня

user@linux-b52d:~> cat /proc/cpuinfo | grep micro
microcode       : 0x6001119
microcode       : 0x6001119
user@linux-b52d:~> dmesg | grep micro
[    0.679012] microcode: CPU0: patch_level=0x06001119
[    0.679019] microcode: CPU1: patch_level=0x06001119
[    0.679023] microcode: CPU2: patch_level=0x00000000
[    0.679028] microcode: CPU3: patch_level=0x00000000
[    0.679058] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

Adrock FM2A75 Pro4

Написал в Asrock, но думаю что ответят что у них под виндой все работает, а если в линуксе проблемы, то это к торвальдсу

мм предположительно это баг лишь убунту. Да и у меня вроде «радеон» драйвер стоял.

Плохо, тогда сижу на радеоне и пока не парюсь.

Есть ветка ядра Конрада где это якобы починили, но там 3.10, если накатить сам патч на новое ядро, оно не собирается =(

но думаю что ответят что у них под виндой все работает

Они в этом плане довольно дружелюбны.

Кстати, bios какой вшит?

Последний какой у них нашел на сайте P2.40

Они в этом плане довольно дружелюбны.

За 3 недели ничего так и не ответили, даже не прислали стандартную отписку с рекомендацией установить Windows. Может это из-за того что я при обращении выбрал OS Other и в поле вписал Linux. Есть какие-нибудь способы проверить из Windows версию загруженного микрокода, чтобы отправить в ASrock запрос с проблемой воспроизводящейся не только в Linux, но и в Windows?

A10-5800k, виртуалки поднимал в VirtualBox, УМВР.

Во, после даунгрейда версии биос до P2.20 проблема с разными версиями микрокода на разных ядрах ушла, стабильность ксена тестирую, пока не упал.