Не возникнет. После обработки прерывания регистры останутся неизменными. Пользуем int 10h, значит, все проинициализировано, bios работает и что было в момент прерывания, то и останется. В 99,9999% всех случаев

А cli/sti - удалить

наличие этих команд обязательно для загрузчиков

Не буду спорить. Можно делать всё как надо, а можно допускать ситуации что теоретический ивент, описанный @s54816 никогда не случится. Как правильно делать - написал @s54816.

Код не вызовет исключений, но мы можем что-нибудь системное попортить при SS=0. Это маловероятно, но и ради экономии байта закладываться на то, что разработчики всех биосов адекватные, тоже не очень хорошо. Лучше заменить mov ax,0 на xor ax,ax, а байт сэкономить, например, на mov ax,1 -> mov al,1 ниже.

Разработчики биосов в большинстве случаев адекватные. В отличии от оем-кодеров, которые к этой связке костылей добавят ещё десяток, три из которых с марса, один сломанный, а два сделаны из плутония и Урана соответственно. И ещё один (ACPI) собран из десятка кривых деталей, часть из которых ещё и отсутсвует, а что бы оно не развалилось -- обмотанно коричневой изолентой.

Ты по русски пиши.

moreover ACPI standard is super complex and grows with each new version

I hate that those stupid UEFI creators also trying to bring UEFI and ACPI to ARM world

device tree and uboot are so much clener

ACPI хорош, не спорю. Но он точно соответствует стандарту только у 1) мат. плат iNTEL 2) Apple 3) в компах хакинтошников (но не всегда, зато сразу ясно, у кого руки прямые и растут откуда надо)

Apple btw doesnt follow UEFI/ACPI standards

Тут трудно быть только за или против. Надо от ситуации смотреть.

idea of UEFI was good, but the implementation is plain stupid

I spent many years reversing, fighting and fixing (or workarounding) their bugs

slice? Ты ли это?

использовать готовую таблицу exit: mov ax,1130h mov bh,3 ;bh=3 - 0-127 ASCII int 10h ; 4 - 128-255 ASCII mov ax,bp mov dx,es ;dx:ax адресс таблицы ASCII BIOS jmp $

and USB drivers are poorly written, e.g. some UEFI firmwares cannot understand keyboard or usb flash connected through 3 hubs

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

Не по теме. Но называется "прокси" или "кеширующий сервер"

Написать ещё и под UEFI. :-)

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

во флуд

во флуд

во флуд

а что каждый раз происходит то?

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

брат, наверное тебе очень одиноко, коли ты первый пишешь ботам с женским именем

А, ты тот фейк реактос контрибьютор, ладно, не держи зла

можно ли в линукс писать гуи приложения через системные вызовы, как например в windows через winapi, или отрисовка элементов это прерогатива всяких там qt, gtk??

можно ли в линукс писать гуи приложения через системные вызовы, как например в windows через winapi, или отрисовка элементов это прерогатива всяких там qt, gtk??

Можно использовать API Xorg

можно ли в линукс писать гуи приложения через системные вызовы, как например в windows через winapi, или отрисовка элементов это прерогатива всяких там qt, gtk??