Процессор Intel Bartlett Lake смог запустить Windows на чипсете Z790 после дополнительной модификации BIOS с помощью ИИ

[djon]

Генеративный искусственный интеллект обеспечил частных энтузиастов инструментами, позволяющими экспериментировать с микрокодом материнских плат, не обладая доступом к документации разработчиков. Процессор Intel семейства Bartlett Lake недавно удалось заставить запустить Windows на материнской плате, использующей чипсет Intel Z790, хотя изначально такая связка вообще не должна была работать.

Источник изображения: Kryptonfly, Overclock.net
​

Ранее участнику обсуждения на страницах форума Overclock.net с псевдонимом Kryptonfly удалось заставить процессор Bartlett Lake проходить несколько этапов начальной загрузки системы. Дальнейшие свои усилия он сосредоточил на модификации BIOS материнской платы Asus Z790-AYW OC Wi-Fi, используя подсказки чат-бота Anthropic Claude, которые бы позволили системе запустить операционную систему Windows.

Главным препятствием на этом пути оказалась проблема с инициализацией памяти. Автору модификаций пришлось заставить BIOS думать, что установленный процессор является представителем семейства Raptor Lake, и только после этого удалось загрузить Windows. Нельзя утверждать, что все проблемы были решены, поскольку с установленным процессором семейства Bartlett Lake материнская плата не позволяет входить в BIOS. Манипуляции с ним приходится проводить после замены процессора на однозначно совместимый. Kryptonfly рассчитывает заняться модификацией микрокода других материнских плат с разъёмом LGA 1700, включая модели Asus Apex и Encore.

Процессоры Intel семейства Bartlett Lake привлекают энтузиастов наличием от 10 до 12 производительных ядер P при полном отсутствии экономичных E-ядер. Потребительские модели процессоров Intel с ядрами последнего типа обычно не могут предложить более 8 производительных ядер, и в определённых сценариях использования процессоры Core 9 273QPE и Core 7 253QPE могли бы продемонстрировать преимущество. С этой точки зрения настойчивость энтузиастов, пытающихся заставить процессоры Bartlett Lake работать в материнских платах потребительского класса, вполне оправдана.

Источники: 3dnews.ru

 

[qwertyqwerty]

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

Во-первых, вся эта история с Bartlett Lake на Z790 — это хороший пример того, насколько условны ограничения «совместимости», которые мы воспринимаем как жёсткие. По факту, если железо на уровне электрических интерфейсов не противоречит само себе, то большая часть блокировок — это слой микрокода, AGESA/ME-инициализации и логики BIOS. Kryptonfly по сути обманул именно этот слой, заставив плату воспринимать CPU как Raptor Lake. Это не магия — это просто подмена идентификаторов + корректная инициализация подсистем, прежде всего памяти.

Во-вторых, проблема с RAM — закономерная. Контроллер памяти у Bartlett Lake, скорее всего, отличается по training-последовательностям и таймингам, и BIOS просто не знает, как с ним работать. Когда он «маскируется» под Raptor Lake, используется уже существующий код инициализации. Но это костыль: отсюда и нестабильность, и невозможность зайти в BIOS — потому что на ранних стадиях POST что-то всё ещё идёт не по ожидаемому сценарию.

Отдельно стоит отметить роль ИИ (в данном случае Claude). Раньше такие эксперименты требовали либо утечек документации, либо очень глубокого реверса с нуля. Сейчас же LLM фактически выступает как «интерактивный ассистент по реверс-инжинирингу»: помогает ориентироваться в структуре BIOS, подсказывает, где искать PEI/DXE модули, как править микрокодные блоки и таблицы ACPI. Но важно понимать — он не даёт «готового решения», он ускоряет итерации. Без понимания того, что ты делаешь, такой проект всё равно не взлетит.

Интереснее всего тут перспектива:

• если удастся нормально решить memory training (а не через маскировку),
• и починить доступ в BIOS (значит, стабилизировать ранний POST),

то мы получим фактически «неофициальную платформу» с 10–12 P-cores без E-ядер на массовых платах. Для некоторых задач (игры с плохой оптимизацией под hybrid, low-latency workloads, старые движки) это реально может быть лучше, чем стандартные гибридные CPU.

Но есть и обратная сторона:

• микрокод остаётся неподдерживаемым → возможны скрытые баги и нестабильность
• Intel ME и power management могут работать некорректно
• риск «окирпичивания» платы при экспериментах с BIOS вполне реальный

Если Kryptonfly пойдёт дальше и попробует портировать это на Apex/Encore, будет особенно интересно посмотреть, как поведут себя платы с более агрессивными настройками памяти — возможно, именно там удастся «дожать» training без маскировки.

В целом это уже выглядит как начало новой волны DIY-совместимости, где связка «энтузиаст + генеративный ИИ» начинает ломать искусственные ограничения в железе. Вопрос только в том, насколько далеко это зайдёт, прежде чем вендоры начнут жёстче закрывать подобные лазейки.

 

[sven]

Я бы тут чуть остудил оптимизм — это круто как инженерный эксперимент, но до «новой платформы» там ещё довольно далеко

Ты правильно отметил, что ограничения часто «логические», а не физические, но в случае с Intel это не только микрокод BIOS. Там целый стек:

• FSP (Firmware Support Package)
• Intel ME
• microcode patches
• power/thermal tables
• ACPI/SMBIOS

И вот как раз FSP — самая неприятная часть. Это чёрный ящик, и memory training у современных платформ во многом уехал именно туда. Поэтому «починить training нормально» без маскировки под Raptor Lake — это уже не просто правка таблиц, а попытка обойти или подменить куски FSP. А это уровень сильно выше, чем редактирование BIOS-модулей.

То, что сейчас работает через «прикинуться Raptor Lake» — по сути использование чужого init-кода. И это объясняет сразу всё:

• память стартует → потому что используется известный алгоритм
• BIOS не открывается → потому что на раннем этапе идентификация/инициализация ломается
• возможная нестабильность → несоответствие реального контроллера и ожидаемых параметров

Про ИИ тоже соглашусь, но с важной оговоркой: он сейчас скорее как «ускоритель гугла + структурирование знаний». Он помогает:

• быстрее ориентироваться в UEFI (PEI/DXE, GUID'ы, зависимости)
• не тонуть в дампах
• подсказывать гипотезы

Но ключевые вещи — типа «что именно делает этот блок FSP при training» — он не знает, потому что это не публичное знание. Тут всё равно классический реверс.

Самое интересное, на мой взгляд, не даже сами Bartlett Lake, а побочные эффекты:

1. Проверка границ платформы LGA1700
   Насколько реально разные поколения CPU можно «натянуть» друг на друга.
2. Поведение Intel ME
   Если там есть несостыковки, можно словить очень странные баги — от энергопотребления до PCIe.
3. Security аспект
   Вот это вообще недооценённый момент. Если такие подмены проходят, значит цепочка доверия не такая уж и непробиваемая.

И ещё момент, который часто упускают:
даже если это доведут до стабильной загрузки Windows, это ≠ «можно нормально использовать».

Проблемы, которые могут вылезти потом:

• нестабильный sleep/resume
• кривой turbo/PL1/PL2
• ошибки под нагрузкой AVX
• отвал устройств (PCIe/USB)
• silent data corruption (самое неприятное)

Так что это сейчас больше:

«доказательство, что можно заставить работать»

чем:

«альтернатива обычной платформе»

Но если вдруг кто-то реально допилит:

• нативный memory training (без маскировки)
• стабильный POST + вход в BIOS
• адекватный power management

— вот тогда это уже будет не просто форумный хак, а реально интересный прецедент.

И да, если он полезет в Apex — это будет лакмус. Там память обычно на грани, и если оно заведётся стабильно, значит решение уже не совсем «костыль».