Виндовс 8

[Godzilla82]

В любом случае тот код что привели пару страниц назад выполняется именно под управлением операионной системы а не BIOS.

Естесственно. Именно так.

[IgorBaulin]

IgorBaulin, а в какой момент времени ACPI решает какая ОС будет загружена и в соответствии с этим несколько настраивает конфигурацию железа? Ведь при включении ПК еще неизвестно какую ОС мы будем загружать.

А настраивает не сам BIOS - он только записывает в память свои таблицы. А вот ядро ОСи использует эти таблицы и оптимизирует работу с устройствами ПК в зависимости от их описания, хранящегося в этих таблицах. Например DSDT на уровне ядра системы не что иное, как обязательный для исполнения программный код, описывающий дерево устройств и режимов их использования, без которого ядро системы не знает ни как, ни с чем, ни в каком режиме работать.
Но вот если перед загрузкой ядра системы (т. е. загрузчиком) мы запишем в память компа модифицированную таблицу DSDT (перезапишем ранее записанную загрузчиком BIOSa) то о той, что хранится в BIOSе ОСь никогда не узнает и будет использовать модифицированную таблицу как родную. Причём, если наша модифицированная DSDT будет храниться как файл в загрузчике, то сменив загрузчик, или просто блокировав подгрузку внешней таблицы мы в любое время можем вернуться к родной таблице из BIOSа. В этом случае, так же, можно будет легко заменить модифицированную таблицу новой просто заменив её файл в загрузчике.

[IgorBaulin]

Ну про тестирование памяти - это всё понятно, щас мы об ACPI говорим, ни к чему столь подробно расписывать.

Это да. Ошибся. Таблицы хранятся в RAM.


Хорошо. Но причём тут конкретно версии Windows? Это раз. Я не зря спросил про так сказать запись по умлчанию в таблицах, к которой придёт в своих поисках система, не найдя записи именно для своей версии.

А два - это компы без ACPI. Например, на базе Intel 486 процессора. Тогда ещё ни о каком ACPI и речи не было, однако все устройства находились системой без проблем.


ACPI ничего не решает. Это всего лишь таблица с данными. ОС уже сама лезет в эту таблицу, чтобы перевести устройство в тот или иной режим.

Конкретно версия Windows (а точнее версия и тип ОС) весьма даже причём.
Легко заметить, что в ранее выложенных мною примерах для каждой версии и типа ОС присваисаются значения переменной OSVR. В зависимости от значения этой переменной могут быть включены или выключены "осезависимые" функции в BIOS без ведома юзера, т. е. автоматически. Выполняя этот программный код ядро ОСи считывает присвоенные значения переменной OSVR и в зависимости от состояния этой переменной использует, либо не использует определённые режимы работы устройств или же включает, либо отключает целые устройства. Если порыться в интернете, то можно найти описания случаев, когда время работы ноутбуков от аккумулятора отличалось в разы в зависимости от типа или версии используемой ОС. Так же может отличаться и время жизни аккумулятора. Однако, я думаю, всем понятно, что потребление энергоресурсов на одном и том же ноутбуке не может отличаться в разы только из-за используемой ОС.

До ACPI существовал другой способ формирования дерева устройств и управления питанием - APM. Вот о нём в Википедии:
http://ru.wikipedia.org/wiki/APM

АСРI как раз решает очень многое - именно в нём записан весь код, посредством которого ядро ОСи определяет с чем и как оно должно работать. Стоит внести неудачное изменение в этот код, и отвалится какое-нибудь устройство (а то и вообще система не захзочет загружаться). Однако иногда такие изменения могли бы быть полезны. Например тогда, когда биосописатели не сочли нужным включить какие-либо функции в более новой (или более старой) версии ОС, или в ОС другого типа (как это имеет место быть, например, в некоторых моделях ноутбуков в случае с работой от аккумулятора).

[Kabron]

IgorBaulin, спасибо, первый стоящий пост. В свете этого, какие могут быть соображения по поводу не работоспособности Bluetooth под 8кой. Симптомы такие: драйверы приживаются и устройство работает нормально. Но ни штатные средства, bluesolei, итп ничего не обнаруживают. Биос последний. Подопытным выступал HP Pavilion dm1 3001er. Все остальное железо работало.

Давеча поставил на тот же ноут второй системой Ubuntu 13.04. Абсолютно та же ситуация что и с 8ой, т.е. полный ОК, никакой ругани, а Bluetoth не работает. Тупо и бесконечно ищет соседей и сам в сети не виден.

[rubel]

Тупо и бесконечно ищет соседей и сам в сети не виден.

Я уже выразил мнение, что 7ка~8ка в очень хорошем приближении(касательно драйверов), но, "допил" некоторых дров под восьмёрку всё-же необходим, именно со стороны производителя шелезяк. Но не все производители этим упорно занимаются, к сожалению. В моём ноуте тож была(и сейчас еще есть) проблемка, неприятная, но не критичная:
http://lenovo-forums.ru/topic/621-le...gy-management/
и, похоже, решать никто не собирается - видимо надеются, что "совместимость" будет добавлена именно со стороны WINDOWS. Кто не прав - БИЛЛИ Г. или ф. LENOVO в этом случае - даже не знаю...

у Вас, похоже, подобная ситуация с HP...

[IgorBaulin]

Я уже выразил мнение, что 7ка~8ка в очень хорошем приближении(касательно драйверов), но, "допил" некоторых дров под восьмёрку всё-же необходим, именно со стороны производителя шелезяк. Но не все производители этим упорно занимаются, к сожалению. В моём ноуте тож была(и сейчас еще есть) проблемка, неприятная, но не критичная:
http://lenovo-forums.ru/topic/621-le...gy-management/
и, похоже, решать никто не собирается - видимо надеются, что "совместимость" будет добавлена именно со стороны WINDOWS. Кто не прав - БИЛЛИ Г. или ф. LENOVO в этом случае - даже не знаю...

у Вас, похоже, подобная ситуация с HP...

По Вашей проблеме, наиболее вероятно, нужно ждать не обновления драйверов, а обновление прошивки BIOS (если Lenovo сподобятся таковое написать не левой задней лапой).
В случае же с компьютером Kabron дело несколько более сложное - взбрыкивает, как я понимаю, УСБ-устройство. Тут уже могут быть как драйвера, так и BIOS, или их совокупность. И разобраться в этой несовместимости значительно сложнее. Если бы Windows выдавала какую-нибудь ошибку, то было бы хотя-бы понятно где затык. Но поскольку ОСь молчит... Есть подозрение, что проблема не в драйвере, а в BIOS. Более того, я думаю всем известно, что большинство драйверов к 7-ке, или 8-ке подходят от Вислы без каких-либо проблем. Следовательно, наиболее вероятно, не в самом драйвере проблема, а в его взаимодействии с BIOS. Но так как версия ядра у 8-ки отличается от версий ядра 7-ки и Висты (NT-6.0, NT-6.1, NT-6.2), то наиболее вероятно, что в BIOSе просто введено ограничение на версию ОС под которое попадает 8-ка. Если бы удалось снять это ограничение, то и драйвер бы начал работать корректно.

[rubel]

....бы удалось снять это ограничение, то и драйвер бы начал работать корректно.

Думаю, вы зря уперлись в биос. Он здесь ни при чем. Все последующие его версии включают предыдущие и исправляют их ошибки. Производителю будет себе дороже блокировать совместимость с предыдущими версиями ПО, если конечно на то нет каких-либо особых причин(переход на UEFI, к примеру).

[Monyak]

Monyak, Вы действительно - не в теме ...

Я разве спорю? Я пытаюсь разобраться и потому задаю вопросы о непонятном лично мне. Троллить ни кого не собирался.

этот выложенный кусочек есть код ACPI Source Language (ASL).

1. И чО? IgorBaulin заявил что компьютеры имеют ограничение до какого-либо года, но с чего он решил что это так он не говорит. Выложенный кусок кода ни как не подтверждает его слова.
2. Имею в гараже компьютер с очень древним железом (CPU 433 мГц, ОЗУ 192мб, HDD 10гб) Прекрасно крутится под управлением ХР. Вопрос, до какого года ограничение данного компа? Полагаете вин7 на него не сможет установиться?
Еще вопросы: Как же виндоз тогда может определять устройства подключенные после загрузки системы? Почему не удается установить виндоз на USB HDD?

[Monyak]

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

Мне не понятно. Пример: Один и тот же ноут,(старый, изготовлен когда о вин7 еще ни кто не слышал) две разные системы(вин7 и ХР) Все драйверы установлены. Как вин7 может найти устройство на ноуте которое не определялось на нем под винХР и заставить его потреблять больше? Если это невозможно, тогда почему батарея садится значительно быстрее?

[IgorBaulin]

Думаю, вы зря уперлись в биос. Он здесь ни при чем. Все последующие его версии включают предыдущие и исправляют их ошибки. Производителю будет себе дороже блокировать совместимость с предыдущими версиями ПО, если конечно на то нет каких-либо особых причин(переход на UEFI, к примеру).

А с чего Вы взяли, что производитель будет блокировать предыдущую совместимость? В DSDT нет запретов - там есть разрешения в определённом режиме. Достаточно добавить 1 строку и новая ось имеет определённое разрешение.
Когда хак-сообщество дошло до создания 1-го загрузчика (одна из первых версий Хамелиона), способного загрузить внешнюю DSDT (из файла), то первой задачей был запуск HPET блокируемый BIOSом. Для этого оказалось нужным добавление 1-й строки с присвоением переменной OSVR значения как у Windows XP для ядра Darwin. С подобной задачей может справиться юзер знакомый с текстовым редактором секунд за 30... Так что наряду с исправлением ошибок производителю ничего не будет стоить внести разрешение для определённой версии ОС на работу с определённым набором уст-в в заданом режиме.

1. И чО? IgorBaulin заявил что компьютеры имеют ограничение до какого-либо года, но с чего он решил что это так он не говорит. Выложенный кусок кода ни как не подтверждает его слова.
2. Имею в гараже компьютер с очень древним железом (CPU 433 мГц, ОЗУ 192мб, HDD 10гб) Прекрасно крутится под управлением ХР. Вопрос, до какого года ограничение данного компа? Полагаете вин7 на него не сможет установиться?
Еще вопросы: Как же виндоз тогда может определять устройства подключенные после загрузки системы? Почему не удается установить виндоз на USB HDD?

1. Подтверждает полностью. В этом коде переменной OSVR присваевается значение в зависимости от версии ОС (я, кстати, это объясняю в данной ветке уже минимум в 3-й раз). Эта переменная определяет, включить, например HPET для данной ОС, или нет. Поскольку переменная OSVR используется в куче мест в DSDT, то выкладывать вырезки не имеет смысла - проще выложить уж саму декомпилированную DSDT. Такую таблицу я, как пример, уже тоже выкладывал. Более того, я описал способ получить соответствующие таблицы с ваших компов и изучать уже именно их - мне думалось, что это было бы интереснее.

2.Ваш древний комп, скорее всего, 7-ку не потянет по многим причинам. И вопрос даже не в том, что он ещё АPM-ный, а в том, что его ресурсов, скорее всего, не хватит для поддержки этой ОС.

3. Я уже писал в этой ветке о том, что DSDT не определяет самих устройств подключаемых к внешним шинам - DSDT оределяет точки подключения (например к шине PCI или USB) - т. е., грубо говоря, сам разъём.

4. Для запуска форточки с УСБ-носителя нужен специализированный загрузчик, способный увидеть УСБ-носитель как загрузочный носитель. Такие загрузчики есть и методики установки форточек на УСБ-носитель достаточно полно описаны в интернете.

Мне не понятно. Пример: Один и тот же ноут,(старый, изготовлен когда о вин7 еще ни кто не слышал) две разные системы(вин7 и ХР) Все драйверы установлены. Как вин7 может найти устройство на ноуте которое не определялось на нем под винХР и заставить его потреблять больше? Если это невозможно, тогда почему батарея садится значительно быстрее?

Батарея садится быстрее из-за того, что на 7-ке (в отличии от ХРени) запрещён режим повышенной экономии энергии для контроллера батареи, другие устройства компьютера тоже не переключены в режим повышенной экономичности (например для ЦПУ может быть запрещён тротлинг, не будет понижен множитель, будет разрешён максимальный множитель, и т. п.). В ноутбуке есть масса мест, в которых возможны режимы повышенной экономии энергии, а управляет включением этих режимов DSDT.