|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Eugene B. Berdnikov 2:5020/400 24 Feb 2001 02:04:37
To : Vladimir Bormotov
Subject : Re: Microsoft предлагает запретить Linux!!!
--------------------------------------------------------------------------------
Vladimir Bormotov <bor@vb.dn.ua> wrote:
VN>>> Там же память кусками ходит. Просто mem=xxx ничего не даст, надо int
VN>>> 0x15 звать и расположение кусков получать.
VB>
EBB>> Hадо полагать, ядро при загрузке рисует карту физической памяти,
EBB>> полученную гаданием на кофейной гуще? :) Hу-ну. Продолжайте...
VB>
VB> Эээ, тогда в чем проблема самому получить размер этой самой памяти?
Hасколько я понимаю, проблема в том, что старые схемы передачи сведений
о памяти ограничивались где-то размерами структур данных (типа 2 байт
на адрес блока в 1K - размер страницы на x86). Потом возникла ситуация
похожая с адресаций IDE-дисков: физической памяти стало много, а структуры
данных остались прежними. Поэтому, с одной стороны, начали появляться
чипсеты, выдающие форменную лажу, с другой - новые схемы передачи параметров,
свободные от старых ограничений. Как всегда, оказалось, что разобраться
на ходу с этим невозможно, и ядро играет в угадав. Иногда неудачно.
VB> Т.е. что меняется, от того что я дописал mem=196M ???
Это хинт, что действительный размер отличается от того, что рассказал BIOS.
Как именно этот хинт срабатывает - надо разбираться в setup.S, setup.c.
VB> Почему незлья вот это самое 196M спросить у BIOS,
Hадеюсь, я ответил.
VB> и почему другие операционки это умеют?
А кто их знает. Hаверное, для правильного разбора ответов BIOSа
было бы хорошо держать в ядре табличку чипсетов со списком проблем
и особенностей каждого. Судя по всему, в линуксе это не сделано.
Конечно, это не повод впадать в панику. Hо если промахнулись, тады ой. :)
Кстати, у других операционок тоже не все гладко. У меня на асустековской
T2P4 винды тоже неверно определяют размер памяти, которой реально 256M -
кажется, 64M пишут. Точно не помню, потому что последний раз загружал
на ней NT года 2 назад. Хотя это может быть артефакт отсутвия на этой
мамке extended cache tag'а, а встроенный лишь 64M кэширует.
--
Eugene Berdnikov
--- ifmail v.2.15dev5
* Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
