Инициализирован отчет об ошибке iommu windows 10

Обновлено: 03.07.2024

После установки мартовского обновления KB5000802 (Windows 10, версия 2004 и 20H2, для других версий см. список ниже) вы можете получить ошибку APC_INDEX_MISMATCH в win32kfull.sys при попытке печати на определенных моделях принтеров в некоторых приложениях. Эта проблема затрагивает подмножество драйверов принтера типа 3 (type 3) и не влияет на драйверы принтера типа 4 (type 4).

Проблемы наблюдаются у владельцев оборудования фирмы Kyocera, а также Oki, Ricoh, Konica Minolta, Zebra. Кроме этого были отмечены проблемы с печатью на некоторых моделях принтеров других производителей (Epson, Brother, Lexmark) в виде непечатаемых вертикальных белых полос или наоборот печати полностью черных блоков вместо штрихкодов.

Список проблемных обновлений для различных версий Windows 10:

Windows 10, версия 1803 — KB5000809 (Build 17134.2087)

Windows 10, версия 1809 — KB5000822 (Build 17763.1817)

Windows 10, версия 1909 — KB5000808 (Build 18363.1440)

Windows 10, версия 2004 и 20H2 — KB5000802 (Build 19041.867 и Build 19042.867)

Чтобы проверить тип вашего драйвера принтера, выполните следующие действия:

Нажмите клавиши Windows + R или выберите Пуск, введите команду «Выполнить» и выберите её.

Введите printmanagement.msc и нажмите ввод или нажмите кнопку ОК.

Разверните «Серверы печати», разверните имя своего компьютера и выберите элемент «Принтеры». Теперь вы можете увидеть тип драйвера для каждого из установленных драйверов принтера в правой колонке.

Способы решения проблемы:

Выполнить в консоли команду для добавления атрибута "direct"

Способ №2. Удалить обновление, выполнив в консоли с правами администратора команду (номер обновления подставляете в зависимости от версии вашей ОС):

Для Windows 10, версия 2004 и 20H2:

Для Windows 10, версия 1909:

После удаления данного обновления отключить дальнейшие обновления ОС на неделю пока не будет выпущено исправление.

Способ № 4. Для владельцев принтеров от Kyocera, столкнувшихся с данной проблемой.

Для принтеров Kyocera временно установите более старый драйвер KX версии 6.XXX.

Для принтеров Kyocera переустановите другие версии драйвера с сайта производителя или универсальные драйвера Microsoft (Classic Driver PLC, XPS Driver, Classic Universal Driver KPDL, KyoClassicUniversalPCL и др. - для разных моделей оборудования Kyocera вариант совместимого драйвера может отличаться).

Для принтеров Kyocera отключите шрифты устройства. Для этого откройте Панель управления > Устройства и принтеры. На устройстве Kyocera кликните правой кнопкой мыши. Настройка печати > Изображение > Шрифты. Поставьте флаг "Отключить шрифты устройства".

Способ №5. Для владельцев 1С, столкнувшихся при запуске конфигурации с проблемой выпадения BSOD APC_INDEX_MISMATCH.

Установите использовать другое устройство "по умолчанию". Для этого откройте Панель управления > Устройства и принтеры. На любом другом устройстве кликните правой кнопкой мыши и выберите "Использовать по умолчанию". Обратите внимание, что данный вариант не решает полностью проблему. Он позволит запустить программу 1С, но при попытке распечатать на принтере Kyocera, либо любом другом с type 3 драйверами может произойти BSOD.

upd. 15.03.2021 Разъяснения к способу № 4. Для владельцев принтеров от Kyocera, столкнувшихся с данной проблемой.

Аббревиатура "v4" в названии драйвера намекает, что он поддерживает архитектуру v4 драйверов печати от Microsoft (для любопытных все подробности по ссылке: https://docs.microsoft.com/en-us/windows-hardware/drivers/print/v4-printer-driver ). В общем итоге обозначения драйверов печати "type 4" и "v4" несут одинаковую смысловую нагрузку и их можно устанавливать.

Если нет v4 драйверов, пробуйте установить XPS драйвер, при условии, что он одобрен и сертифицирован Microsoft.

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

upd. 17.03.2021 Microsoft выпустили внеочередное обновление, исправляющее данную проблему.

Windows 10, версия 1803 — KB5001565 (Build 17134.2088)

Windows 10, версия 1809 — KB5001568 (Build 17763.1821)

Windows 10, версия 1909 — KB5001566 (Build 18363.1441)

Windows 10, версия 2004 и 20H2 — KB5001567 (Build 19041.868 и Build 19042.868)

Данное обновление:

Позволяет решить проблему, которая может вызвать синий экран при попытке печати на определенных принтерах с помощью некоторых приложений и вызвать ошибку APC_INDEX_MISMATCH

Шаг 1. Всем рекомендуется перейти в центр обновлений Windows и запустить поиск и установку новых обновлений. Данное обновление помечено как "необязательное", потому самостоятельно оно не установится.

Шаг 2. Если вы включали режим direct для своих принтеров.

Убедитесь в наличии данной опции, выполнив команду в консоли с правами администратора:

Приветствую работяги!
Подскажите, вдруг кто сталкивался или знает как решить:

Где то месяц назад нужно было обновить биос на новую версию. Биос успешно обновил, но после этого начал испытывать проблемы с перезагрузкой ПК в некоторых играх. То есть условно говоря, запускаю какую то игру, все работает, работает - потом БАЦ, перезагрузка. В некоторых играх перезагрузка происходит сразу после захода непосредственно в лобби/сервер/матч. При этом это не синий экран смерти, а просто обычный банальный ребут.
В обычное время ПК не перезагружается и работает в целом как часы. Во всяких программах типа Фотошопа, Лайтрума, для 3д модделинга тоже все норм

Мой пк:
Ryzen 7 3700x

2070 Super
24 RAM
Power supply 700+

Warzone/Cold War, Dota 2, Destiny 2, GTFO, Cyberpunk 2077, Red Dead Online, GTA V - перезагрузок нет

Predator: Hunting Grounds(перезагрузка стабильно раз в 2 матча), RUST(перезагрузка где то через 1-2 минуты после захода на сервер), Necromunda:Hired Gun(перезагрузилась 1 раз за 20 часов игры), Biomutant(перезагрузилась пару раз за 10 часов игры)

Смотрел логи винды - никаких ошибок перезагрузки нет. Едиснтвенное что он пишет, так это ошибка в неком IOMMU:

Источник - HAL
Инициализован отчет об ошибке IOMMU.

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

На этом больше ничего не пробовал. Находил в сети информацию что подобное может быть из за каких то проблем с напряжением, то есть например во время обработки данных условная видеокарта запрашивает большее напряжение чем ей разрешено использовать или типа того. Думал что возможно проблема с процом или видюхой, но чето маловероятно ибо в каких то играх все работает как часы, а в некоторых оно все падает.
Кто то советовал сделать андер волтаж проца, чтобы снизить пиковые частоты работы ЦПУ, но чет идея сомнительная ибо работает только турбобустинг, да и работает он при всех приложениях, так что будь проблем в этом, то он бы отрубался постоянно.

Еще раз говорю, все началось после ОБНОВЛЕНИЯ биоса . То есть вероятно какой то параметр поменялся, но вот какой - история умалчивает

Вообщем вдруг кто сталкивался или знает как решить - буду премного благодарен!

Приветствую работяги!
Подскажите, вдруг кто сталкивался или знает как решить:

Где то месяц назад нужно было обновить биос на новую версию. Биос успешно обновил, но после этого начал испытывать проблемы с перезагрузкой ПК в некоторых играх. То есть условно говоря, запускаю какую то игру, все работает, работает - потом БАЦ, перезагрузка. В некоторых играх перезагрузка происходит сразу после захода непосредственно в лобби/сервер/матч. При этом это не синий экран смерти, а просто обычный банальный ребут.
В обычное время ПК не перезагружается и работает в целом как часы. Во всяких программах типа Фотошопа, Лайтрума, для 3д модделинга тоже все норм

Мой пк:
Ryzen 7 3700x

2070 Super
24 RAM
Power supply 700+

Warzone/Cold War, Dota 2, Destiny 2, GTFO, Cyberpunk 2077, Red Dead Online, GTA V - перезагрузок нет

Смотрел логи винды - никаких ошибок перезагрузки нет. Едиснтвенное что он пишет, так это ошибка в неком IOMMU:

Источник - HAL
Инициализован отчет об ошибке IOMMU.

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

Вообщем вдруг кто сталкивался или знает как решить - буду премного благодарен!

Чо по напряжениям бп? Просадки есть под нагрузкой?

Какой вообще бпшник?

БП вероятнее всего
И вероятность дуратского биоса видюхи тоже есть, но вряд ли на 2070

БП вероятнее всего
И вероятность дуратского биоса видюхи тоже есть, но вряд ли на 2070

ну я тоже думал что бп, но проблемы начались именно после апдейта родного биоса матери на более новый. До этого все работало прекрасно

так откати биос

Чо по напряжениям бп? Просадки есть под нагрузкой?

Какой вообще бпшник?

ну завтра еще проведу пару тестов, сообщу. Блок чифтековский на 700 или на 700+, нужно будет уточнить, а то так не помню

так откати биос

откатывал до дефолта и до изначальной версии которая была при покупке матери. Проблема не пропала

Сменил биос - появилась проблема
Вернул старый - проблема осталась

Странно
Я щас совсем тупую банальную хрень предложу.
Поменяй сата слот на материнке от дисков, и переставь оперативку местами

откатывал до дефолта и до изначальной версии которая была при покупке матери. Проблема не пропала

А второй биос у материнки есть?

Сменил биос - появилась проблема
Вернул старый - проблема осталась

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

Ну настройки электропитания есть в винде, и в биоса сберегайки всякие, пробовал их шевелить?

А второй биос у материнки есть?

нет, увы, у меня мать от асусов(асус прайм б450), у них вроде нет такой фишки как у гигабайтов

Ну настройки электропитания есть в винде, и в биоса сберегайки всякие, пробовал их шевелить?

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

нет, увы, у меня мать от асусов(асус прайм б450), у них вроде нет такой фишки как у гигабайтов

Попробую завтра сделать стресс тесты проца и видюхи и параллельно промониторить напряжение на них, может увижу какие то дропы. Потом думаю поиграться с LLC и отключить IOMMU(по дефолту он вроде включен в биосе) ибо у меня не используются никакие вирутальные машины. Ибо при ребуте он инициирует ошибку именно с IOMMU

сам лично нет. Заметил только что проц по кд работает на максимальной частоте или на близкой к ней, то есть 4,2-4,4, то есть включен турбобустинг, он же вообщем то авторазгон. Это было включено все и до обновы биосы и работало как часы

вообщем, если до сих пор интересно, то вот делал:

делал стресс тест проца, видюхи и общий стресс тест цпю+гпю+цепи питания матери+блок питания в OCCT. Забавно что проблем при тесте никаких)) Все работает стабильно, без проблем, температруа в норме. Потребляемая энергия на 100% нагрузки у ГПЮ порядка 200-230 W, у проца от 65-75, что тоже в целом в пределах нормы.

Пробовал заново обновить чипсет с оф сайта АМД и после этого отключить PBO(он же буст оввердрайв). Затем протестил еще раз в Predator: Hunting Grounds - увы, безуспешно, каждый раз ловил ребут.

Сейчас перепроверил все на физ повреждения, но ничего интересного не нашел - конденсаторы везде в норме, все кабеля присоединены. На всякий случай все переподключил.

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

Ну настройки электропитания есть в винде, и в биоса сберегайки всякие, пробовал их шевелить?

забыл ответить нормально на это. Менял это все еще сразу как только появился первый ребут, то есть почти месяц назад - результатов ноль

вообщем, если до сих пор интересно, то вот делал:

Тебе нужно именно линию по 12 вольтам проверить
Отклонения с 0.5 вроде норм, но больше в одну или другую сторону - капут
Это надо уточнить

Виртуальные машины используются для тестирования ПО, запуска несовместимых с основной операционной системой программ, тестирования операционных систем и для безопасного запуска не вызывающих доверия программ. Однако производительность виртуальной машины зачастую оставляет желать лучшего. Она даже и близко не приближается к производительности основной рабочей среды ОС.

Для того, чтобы устранить эту разницу в производительности и сделать использование виртуальных машин более приятным, комфортным, была разработана технология IOMMU. Сначала её поддержка в материнских платах появилась для процессоров Intel, затем уже и для процессоров AMD. В этой статье пойдёт речь о том, как работает IOMMU, где применяется и как настроить работу этой технологии на своём компьютере.

Что такое AMD IOMMU в BIOS?

Технология IOMMU (расшифровывается как «input/output memory management unit») для процессоров AMD в материнских платах появилась относительно недавно — в 2009-м году. Она разрабатывалась для увеличения быстродействия виртуальных машин посредством возможности взаимодействия с физическим оборудованием напрямую. Если говорить обычным языком, IOMMU даёт виртуальной машине возможность пользоваться возможностями аппаратуры безо всяких посредников, таким образом и повышая её производительность. Это может быть полезно для развёртывания локального сервера либо в случае необходимости запуска программ, не поддерживающихся основной операционной системой или непротестированных и потенциально опасных.

С включённой технологией IOMMU виртуальная машина не сможет использовать все доступные ресурсы компьютера, но в целом всё будет работать намного лучше. Устройства в этой технологии разделяются на группы. Компьютер сам решает, какие устройства можно использовать для виртуальной машины, а какие нельзя. Так, для оптимальной работы потребуется два GPU: один для основной системы, второй для гостевой (так называется ОС виртуальной машины).

Настройка AMD IOMMU

Рассмотрим настройку AMD IOMMU для Ryzen. Поддержка этой технологии реализована не во всех материнских платах. Если плата поддерживает AMD IOMMU, настроить этот параметр можно следующим образом:

Загрузите программу настройки BIOS. Выполните переход по пути: Advanced \ AMD CBS \ NBIO Common Options \ NB Configuration \ IOMMU.

Для того, чтобы включить AMD IOMMU, активируйте контекстное меню с помощью кнопки и выберите значение Enabled (по умолчанию установлено Disabled). Значение Auto даёт возможность компьютеру самому решать нужно ли использовать IOMMU в какой-то конкретный момент.

Настройка AMD IOMMU произведена. Теперь виртуальная машина может использовать подключённое к материнской плате оборудование в полной мере (видеокарту, USB-накопители, жёсткие диски и т. д.). Производительность виртуальной машины повышается в разы.

Выводы

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Конфа следующая.
Мама: ASUS ROG Strix Gaming B350-F.
Камень: AMD Ryzen 7 1700, разгон до 3.75 ГГц.
Память: Geil EVO X 16GB, разгон до 3 ГГц.
Охлад камня: Scythe Mugen 5 Rev. B.
Накопители: SSD Samsung EVO 860 Gb, SSD SiliconPower 1Tb на NVMe, HDD 1 Tb Toshiba.
Видеокарта: ASUS Radeon RX 580 AREZ 8 Gb, драйвер последний и свежий.
ОС: Windows 2004, обновился недавно, но на 1909 творилась та же история.
БП: Cougar VTE 600 80 бронза, куплен недавно (март 2020) на смену умирающему старому.

Предыстория. Брал где-то в марте взамен своей старой уже умирающей затычки Radeon HD 6450 (какие-то пропажи изображения и повторное его потом появление) новую - Radeon RX 5500 XT. Поставил, начались регулярные зелёные экраны, чёрные экраны и просто зависы, в журнале значился BSOD 0x0116 (драйвер видяхи), ну и за драйвера серии RX подобное поведение не очень удивительно. По совету, нагугленному в Интернете, вырубил всякие Radeon Anti-Lag и прочие моменты - зависты и экраны смерти прекратились напрочь. Но карточка всё равно очень странно дребезжала каким-то металлическим звуком в нагрузке и наблюдались необъяснимые падения FPS до 15-16, поэтому сдал карту обратно в DNS, взял взамен ASUS Radeon RX 580, окей. Месяц не мог нарадоваться, всё было отлично, и FPS стабильный на ультрах и работа стабильная.

Куда дальше копать? Пробовал снижать разгон оперативы и ЦП - разницы не почувствовал. Пока что вместо ультра-свежей версии драйверов на видеокарту установил ту, что предлагает сама Винда (она за сентябрь 2019-ого года), ~~AMD Radeon Software вместе с ней не идёт, поглядим.~~ родной софт там идёт, но тоже старый.

Тестил:
смарт-данные накопителей: без реаллокейтов/пендингов и прочих критических индикаторов;
в Furmark минут 10 - греется, правда, до 80, но без вылетов и бсодов, а так же Doom Eternal на ультрах часа 2 - тоже нормально;
MemTest - нерасширенный тест, пройдено, а ещё и системной утилитой попробовал - пройдено, в системном журнале Memorydiagnostics или как там его написал, что пройдено успешно.
occt, aida64 по минут 20 - пройдено.

UPDATE:
Переделал тест OCCT и Linpack.
В первый раз OCCT показал на 4-ой минуте 157 ошибок, остановил. Максимум: 67 градусов. И хотя на забугорных форумах пишут, что на райзенах первой генерации OCCT регулярно ошибки показывает, всё равно как-то это странно.
Запустил Linpack, 15 минут - чисто. Максимум - 68 градусов.
Второй раз запустил OCCT, 15 минут - чисто. Максимум - 68 градусов.
Power запустил на 6 минут - нагрелась видео до 79 градусов, ЦП примерно до 76, чипсет примерно так же, дальше мучать не стал.

Одна из важнейших составляющих современного процессоры это IOMMU , что важно для связь процессора с система периферийными устройствами . В этой статье мы объясним, что это такое, и о функциях этого, столь неизвестного широкой публике, как важного элемента оборудования, присутствующего во всех типах компьютерных систем, от смартфона в кармане до самого мощного суперкомпьютера

Как периферийные устройства взаимодействуют с процессором? Использование ОЗУ системы в качестве общей точки для взаимной связи, но это подразумевает ряд механизмов, наиболее важным из которых является тот, который мы собираемся описать ниже.

Где находится IOMMU?

Как видно на схеме выше, периферийные устройства подключены к южному мосту или южному мосту, который, в свою очередь, подключен к северному мосту, который является концентратором, с которым, в основном, обмениваются данными интерфейс оперативной памяти и процессора. каждый. Что ж, IOMMU расположен внутри южного моста, где сосредоточены все интерфейсы ввода-вывода, такие как USB, PCI Express, SATA и т. Д.

Все эти интерфейсы должны находиться под управлением IOMMU для доступа к системной RAM. В этом случае IOMMU действует как своего рода пограничный контроль, который следит за тем, чтобы периферийные устройства не осуществляли незаконный доступ к памяти и не обращаются к той части ОЗУ, которая назначена каждому из них и никуда больше.

Таким образом, IOMMU действует как MMU, но для периферийных устройств ввода-вывода.

В чем его полезность?

Периферийные устройства ввода-вывода не используют MMU (блок управления памятью) совместно с ЦП и, следовательно, не просматривают память так же, как центральный системный процессор. Эта проблема позволяет периферийным устройствам получать доступ к чувствительным частям системной памяти, например тем, которые зарезервированы для функций самой операционной системы, что является проблемой в многозадачных средах.

Здесь на помощь приходит IOMMU, выступающий в качестве ведомого устройства для MMU, с которым он связан через северный / северный мост системы. Благодаря этой связи периферийные устройства знают, к каким адресам RAM у них есть разрешение на доступ, а к каким - нет.

С другой стороны, IOMMU автоматически и динамически назначает адреса памяти для связи с различными периферийными устройствами, таким образом, ЦП всегда знает, на какие адреса памяти он должен указывать для связи с ними.

В более старых системах IOMMU не было доступно, и вместе с ними была предоставлена карта памяти, где программисты были проинформированы, какие адреса RAM предназначены для связи с устройствами. По этой причине разработчикам в каждой отдельной архитектуре приходилось изучать адресацию памяти, чтобы использовать периферийные устройства и другое поддерживающее оборудование в системе.

Сегодня это уже не так, и наличие IOMMU позволяет разработчикам избавиться от необходимости изучать адреса памяти для связи и расширяет возможности конфигурации и настройки наших ПК, позволяя создавать совершенно разные конфигурации.

Использование IOMMU в виртуализированных системах

IOMMU обеспечивает безопасный доступ к физическим устройствам в виртуализированных средах посредством того, что мы называем сквозной передачей устройств. Тандем между MMU и IOMMU позволяет устройствам, подключенным к ПК, появляться в пространстве виртуальной памяти, которое выполняет функцию физической памяти для виртуальной среды, которая работает в данный момент.

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

Читайте также: