OSDev

Фигвам Внутри проца они только в том смысле, что с точки зрения пользователя-лоха и графический процессор, и центральный -- одно целое. Но на самом-то деле там на одном кристалле один графический и несколько центральных процессоров, контроллеры видеовыходов, контроллер памяти, контроллеры шин PCI Express, всякая дополнительная логика... Ну а "один опкод" будет относиться исключительно к центральному процессору, а соответственно, никакого влияния на графический оказать не может в принципе.

А вот фигвам Ибо почему нет? Видео из проца не выпаяешь, так что "что хочу - то ворочу". Это, может, и ради оптимизации может быть сделано. Например, специфичный опкод, которые проверяется по маске, и транслируется не в ЦПУ, а в ГПУ или контрольные регистры видео.

_________________
We are back with a hard even better than before [D-Block & S-Te-Fan – Evolutionz {Ran-D remix}]

А потому, что тогда это уже не архитектура ИА-32 будет. Подобные расширения на неё, как и на любую другую сколько-нибудь традиционную процессорную архитектуру, просто невозможно наложить сколько-нибудь эффективно. Не говоря о том, что графический процессор и центральные могут изменяться независимо друг от друга -- их развитие друг с другом ну никак не связано, и занимаются ими совершенно отдельные команды.

Речь ведь не о том, ИА-32 или нет. Вопрос можно сформулировать так: Использует ли БИОС (после POSTa) особенности набора команд или другой неэмулируемой логике конкретного чипа?

Мне кажется, что нет никакой гарантии что нет.

_________________
Found a CPU. LAPIC ID: 00

То, что выполняется на ЦПУ, меняет состояние ЦПУ. Для него что обычная видюха, что интегрированная - все одно. Внешнее устройство, которому надо чего-то слать через порты или отображение памяти. Ну а делать "один опкод", который будет сравниваться по маске - можно конечно вбухать еще лям-другой транзисторов чисто ради отсутствия совместимости и лучшего разогрева камня без практической пользы, но не думаю, что Intel стали так делать.
Опять же, Windows работает стандартными дровами на всех интегрированных в проц видюшках.

Стандартный видеодрайвер винды (vga.sys) для вызова биоса дергает videoprt.sys!VideoPortInt10. В 32-битной версии эта функция вызывает ntoskrnl.exe!Ke386BiosCall, которая создает VDM и вызывает биос там (т.е. использует режим V86).

В 64-битной версии же все интереснее. Там VideoPortInt10 вызывает пять функций HAL с говорящими именами: x86BiosCall, x86BiosWriteMemory, x86BiosReadMemory, x86BiosAllocateBuffer и x86BiosFreeBuffer. Эти пять функций, похоже, являются интерфейсом к как раз таки программному эмулятору (он точно никуда не прыгает). Желающие могут его разобрать самостоятельно.

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

может просто копернуть весь биосный код в свободное место и коперныть прерывания в новую IDT

Ни IDT ни GDT не нужно для обновления. Оно реализовано в железе которое постоянно непрерывно читает из видео буфера и выводит данные на экран. Видео буфер находится в памяти видео карты.
И при переходи в защищённый режим он не отваливается, так как находится в видео карте а не в ЦП.

http://www.mcamafia.de/pdf/ibm_hitrc10.pdf

я вроди беру адрес VESA LFB и записываю туда картинку,
неужели такое в процессоре предусмотрено,
перенаправление адресов памяти процессора на адрес памяти другого устройства.

хотя спасибо запояснение теперь понятно что монитор всё равно будет показывать даже если установить GDT IDT.

Можно и так сказать.

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

В современном исполнение ЦП и контроллер памяти упакованы в одни корпус микросхемы.

Единственное что в контроллер памяти несколько диапазонов, для совместимости. Это видео окна A0000-AFFFFF B0000-BFFFF.
ISA дыра 15-16МБайт (в большинстве систем отключена)
PCI дыра х0000000-FFFFFFFF (х0000000 не константа, а устанавливается Биосом при настройки)