О тестовом LiteBIOS, который перестал поставляться с 1 января 2006 г. писалось не раз. Причин несколько.
1) Уже в 2004 году стало ясно, что в одной программной модели не уместить все особенности современных платформ. В первую очередь это связано с тем, что первая инструкция, к которой обращается процессор после подачи питания перестала быть кодом по адресу F000:FFF0h. Другими словами, современные компьютеры, условно говоря, перестают быть x86-совместимыми. Второй фактор связан с тем, что для вывода в диагностический порт первого кода зачастую необходимо настроить процессорные регистры, что-нибудь в чипсете и т.п. На это уйдет сотня-другая команд, что для исправной платформы всего лишь миг, а для неисправной — вечность. Ибо, как известно, и первый POST-код мы при таких кондициях не всегда видим. В связи с этим стал ненужным офигенный (я щетаю!) алгоритм, выполнявшийся на первых тактах процессора.
2) Разнообразие конструктивов Flash-ROM стало невыносимым! В тот период всерьез обсуждался вариант поставлять LiteBIOS и в DIP-корпусе, и в PLCC-корпусе. Но различия хабовых, параллельных и LPC-ных флешей привели в ужас о одной мысли, что кто-то неопытный поставит не ту флешку на не ту плату. Риски претензий были велики, и это решило вопрос в сторону поставлять по-прежнему только DIP-конструкцию.
3) Софтверный проект стал вестись с учетом современных достижений типа архитектуры SLAB и все уперлись в написание огромного количества программной оснастки, которой к тому времени и так было написано немеряно. А тут неожиданно мы обнаружили, что гипотеза средины 90-х использовать кэш как память реализована в полной мере. Это открытие наделало небольшой переполох и на этом форуме. Стало ясно, что никакая оснастка уже не поможет, и что EFI скоро покроет пылью забвения все наши биты и байты. На ум пришла фраза, которая в свое время была обнаружена в исходниках AwardBIOS: Here lies the scattered dust and bits of previous keyboard routines. RIP.
Отличия изложены в этом Read-Me документе.
О тестовом LiteBIOS, который перестал поставляться с 1 января 2006 г. писалось не раз. Причин несколько.
1) Уже в 2004 году стало ясно, что в одной программной модели не уместить все особенности современных платформ. В первую очередь это связано с тем, что первая инструкция, к которой обращается процессор после подачи питания перестала быть кодом по адресу F000:FFF0h. Другими словами, современные компьютеры, условно говоря, перестают быть x86-совместимыми. Второй фактор связан с тем, что для вывода в диагностический порт первого кода зачастую необходимо настроить процессорные регистры, что-нибудь в чипсете и т.п. На это уйдет сотня-другая команд, что для исправной платформы всего лишь миг, а для неисправной — вечность. Ибо, как известно, и первый POST-код мы при таких кондициях не всегда видим. В связи с этим стал ненужным офигенный (я щетаю!) алгоритм, выполнявшийся на первых тактах процессора.
2) Разнообразие конструктивов Flash-ROM стало невыносимым! В тот период всерьез обсуждался вариант поставлять LiteBIOS и в DIP-корпусе, и в PLCC-корпусе. Но различия хабовых, параллельных и LPC-ных флешей привели в ужас о одной мысли, что кто-то неопытный поставит не ту флешку на не ту плату. Риски претензий были велики, и это решило вопрос в сторону поставлять по-прежнему только DIP-конструкцию.
3) Софтверный проект стал вестись с учетом современных достижений типа архитектуры SLAB и все уперлись в написание огромного количества программной оснастки, которой к тому времени и так было написано немеряно. А тут неожиданно мы обнаружили, что гипотеза средины 90-х использовать кэш как память реализована в полной мере. Это открытие наделало небольшой переполох и на этом форуме. Стало ясно, что никакая оснастка уже не поможет, и что EFI скоро покроет пылью забвения все наши биты и байты. На ум пришла фраза, которая в свое время была обнаружена в исходниках AwardBIOS: Here lies the scattered dust and bits of previous keyboard routines. RIP.