LINUX.ORG.RU

История изменений

Исправление i586, (текущая версия) :

Это что-то низкоуровневое: Самостоятельно вызвать переключение на другую батарею я могу только переподключением штекера зарядки.

Вероятно, ноут сам хочет контролировать и оставлять нужное значение заряда. При зарядке он оставляет оптимальное значение 79% и после этого переключается заряжать вторую батарею, а при разрядке переключение идет после 25%.

Мне очень хотелось бы подкрутить диапазон для удобства. Или даже взять контроль над переключением.

Напишу здесь. «Крутилки» от EC в thinkpad-ах управляются методами ACPI. Все эти методы, контролирующие thresholdы, находятся по хендлу \\<some_path>.EC__.HKEY(надо уточнить). Имена и параметры ACPI-методов можно уточнить.

В linux kernel для этой части ACPI есть и ядерный, и юзерспейсный интерфейс, реализуемый thinkpad_acpi. Если во FreeBSD этого нету, то можно дергать методы ACPI руками (из кернелспейса), уточнив их сигнатуры по сорцам thinkpad_acpi.

Вот эти методы. И дальше по коду.

@Dimez,
автор, конечно, – генератор мусора, но саму тему зря удалили. По делу написать некуда.

Исходная версия i586, :

Это что-то низкоуровневое: Самостоятельно вызвать переключение на другую батарею я могу только переподключением штекера зарядки.

Вероятно, ноут сам хочет контролировать и оставлять нужное значение заряда. При зарядке он оставляет оптимальное значение 79% и после этого переключается заряжать вторую батарею, а при разрядке переключение идет после 25%.

Мне очень хотелось бы подкрутить диапазон для удобства. Или даже взять контроль над переключением.

Напишу здесь. «Крутилки» от EC в thinkpad-ах управляются методами ACPI. Все эти методы, контролирующие thresholdы, находятся по хендлу \\<some_path>.EC__.HKEY(надо уточнить). Имена и параметры ACPI-методов можно уточнить.

В linux kernel для этой части ACPI есть и ядерный, и юзерспейсный интерфейс, реализуемый thinkpad_acpi. Если во FreeBSD этого нету, то можно дергать методы ACPI руками (из кернелспейса), уточнив их сигнатуры по сорцам thinkpad_acpi.

@Dimez, автор, конечно, – генератор мусора, а саму тему зря удалили, по делу написать некуда.