скажите, а возможно определить кол-во оперативной памяти

Скажите, а возможно определить кол-во оперативной памяти из шины ПЦИ?
Т.е. не используя инт15 и тупой перебор адресов Мегабайтами.
Просто подумал так, что диапазоны не перемещаемой памяти можно узнать из инфы получаемой от Устройств на шине ПЦИ. То как-то можно и думаю с памятью!?

 

fireman
Дело в том что кроми PCI есть еще ISA. И еще чать RAM использует биос под свои нужды об этом только сам биос знает.
Если перебирать мегабайты можно угодить куда ненадо. Рескованно, а PCI сам по себе обовсем не знает. Еще похорошому надо писать железо зависимый код для работы с контроллером памяти, так как он объетом знает побольше PCI.

 

А кроме того, часть ОЗУ занята под нужды ACPI, и если её затереть, дальше могут начаться глюки...

 

Pavia
А есть пример про контроллер памяти?

 

SII
Что можеш предложить?

 

fireman
Лично я за int 15.

 

Linux как то узнает в каких каналах скоко памяти стоит...

 

rudik
DMI( SM ) или четает SPD через SMBus

 

fireman можешь использовать тупой перебор на чтение/запись. Это надежней и проще, а int15 может вывести систему из unreal mode.

Код (Text):

1. Дело в том что кроми PCI есть еще ISA. И еще чать RAM использует биос под свои нужды об этом только сам биос знает.

Ну и пургу Вы гоните Павейа. Видать с железом работале ток четая книшке)))

 

bugaga
Книжки читаю. С железом работал знаю. В отличии от некоторых.

 

Не ругаться! И на ругателей не жаловаться!

 

Было бы интересно услышать от аффтара ответ на вопрос: Зачем это ему нужно?

bugaga, лично я тоже не считаю текст цитаты от Pavia, который вы привели, чем-то некорректным (если конечно говорить о смысле написанного, а не о его форме . Кстати, желательно всем периодически почитывать книжки и не только книжки

 

fireman
Определять объём в соответствии со спецификацией ACPI, и только если машина не поддерживает ACPI (а современные ПК поддерживают все), пользоваться другими методами, но тоже на основе вызовов BIOS. В ACPI, если память не изменяет, используется функция E820 прерывания INT 15.

 

а!

можно то можно, ток придеться курить даташит на конкретный северный мост, и работать с его регистрами. В этом случае int15 полюбому идет лесом.

 

Phantom_84
Просто интересно было бы узнать сколько у тебя памяти из ПМ (но не тупым перебором мегабайтов). И еще очень интересно было бы узнать какие планки стоят в разъемах(как это делает Еверест).
Pavia написал про контроллер памяти и я думаю есть(хоть и геморойно) более оптимальный способ нежели Инт15(АЦПИ).
Как я понимаю контроллер должен знать какие области использует биос и аппаратура? Или я не прав?

 

Из PM или все-таки для PM? Для PM из RM самый распространенный способ - это int 15h/0000E820h. Контроллер не может знать, какие области памяти BIOS использует для хранения собственных данных, к примеру тех же ACPI-таблиц. Он "знает" о распределении SMRAM, Shadow RAM, Memory-mapped I/O Ports & Buffers, Memory Remap Blocks. "Еверест" получает информацию из EPROM на основе SPD-протокола.

 

fireman
Как уже написал Phantom_84, "Контроллер не может знать, какие области памяти BIOS использует для хранения собственных данных". Поэтому, даже узнав объём физически существующей оперативной памяти иным способом, мы не сможем понять, какие её области доступны для нашего использования, а какие трогать чревато боком. Кроме того, есть ещё одна проблема. Хотя SPD является универсальной вещью, каждый чипсет (ну или контроллер памяти в составе процессора, как у АМД и в новых процессорах Интел) может реализовывать работу с ним по-своему; кроме того, у каждого контроллера памяти могут быть средства переотображения областей памяти на разные физические адреса. Всё это делает задачу определения объёма памяти в обход BIOS весьма и весьма нетривиальной, а на практике и не особо-то и нужной.

 

Это делается через чтение SPD. SPD это не протокол. Это больше похоже на способ хранения данных.
Чтение чипсето зависимо. SPD распологается на шине I2C Филипс. Интел называет эту шину SMBus. Для работы с этой шиной есть контроллер. Реализации разных производителей похожи на 50-75%.
В целом нетак трудно реализовать. Нужно только выяснить адресс SMBus, а дальше все легко.

http://www.xlevel.ru/forum/YaBB.cgi?board=programming;action=display;num=1186920031

 

Про определение объёма памяти через BIOS могу отправить сюда: http://wiki.osdev.ru/index.php/Определение_объёма_памяти

 

Еще вопрос
Скажем у меня стартует программа из ДОС-а, откуда взять данные какие области памяти заняты самой ОС и загруженными ею программами, и с каких адресов можно использовать память для своих нужд(в режиме ПМ), чтобы потом можно было вернуться обратно в РМ.
Т.е. моя программа будет использовать от 16Мб-200Мб ОЗУ.