Представлены очередные корректирующие релизы ядра Linux (http://www.kernel.org/): 3.0.10 (https://lkml.org/lkml/2011/11/21/528) (26 исправления (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.10)) и 3.1.2 (https://lkml.org/lkml/2011/11/21/529) (26 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.1.2)). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления.
В обновлениях устранено несколько уязвимостей. В коде
security/keys/user_defined.c исправлена уязвимость (http://secunia.com/advisories/46803/), позволяющая инициировать крах ядра и разыменование NULL-указателя. Кроме того, устранено целочисленное переполнение в коде xen-gntalloc, которое теоретически может привести к повреждению области памяти ядра. В коде HFS устранено переполнение буфера через создание слишком длинного имени файла. В virtio-pci устранено обращение к области памяти после её очистки (use after free).URL: http://www.kernel.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=32370
> drm/i915: Fix object refcount leak on mmappable size limit error path.
>
> I've been seeing memory leaks on my system in the form of large
> (300-400MB) GEM objects created by now-dead processes laying around
> clogging up memory. I usually notice when it gets to about 1.2GB of
> them. Hopefully this clears up the issue, but I just found this bug
> by inspection.Не хилый мямлик :-/
---
А в 3.2.0 вон чего впердолили:
CONFIG_PM_DEVFREQ:A device may have a list of frequencies and voltages available.
devfreq, a generic DVFS framework can be registered for a device
in order to let the governor provided to devfreq choose an
operating frequency based on the device driver's policy.Each device may have its own governor and policy. Devfreq can
reevaluate the device state periodically and/or based on the
notification to "nb", a notifier block, of devfreq.Like some CPUs with CPUfreq, a device may have multiple clocks.
However, because the clock frequencies of a single device are
determined by the single device's state, an instance of devfreq
is attached to a single device and returns a "representative"
clock frequency of the device, which is also attached
to a device by 1-to-1. The device registering devfreq takes the
responsiblity to "interpret" the representative frequency and
to set its every clock accordingly with the "target" callback
given to devfreq.When OPP is used with the devfreq device, it is recommended to
register devfreq's nb to the OPP's notifier head. If OPP is
used with the devfreq device, you may use OPP helper
functions defined in devfreq.h.
Насколько я понял, это для девайсов с разным частотным диапозоном и энергозависимым потреблением.
Похоже для Tegra3 самое то. Т.к. оно имеет 4 обычных ядра, и 5-ое низкопрофильное ядро, с низким потреблением питания, для всяких режимов ожидания.
> Насколько я понял, это для девайсов с разным частотным диапозоном и энергозависимым
> потреблением.
> Похоже для Tegra3 самое то. Т.к. оно имеет 4 обычных ядра, и
> 5-ое низкопрофильное ядро, с низким потреблением питания, для всяких режимов ожидания.Многие WiFi чипы умеют понижать напряжение
> Многие WiFi чипы умеют нехило сажать батарейку//fixed:)
Йопт, закон сохранения энергии.
А то Вам подавай и 802.11 a/b/g/n в одном флаконе и аппаратное CCMP/TKIP/WEP шифрование
и бродкастинг, и сигнал на 20db, и все это за 100 мВт.
Ну как раз-таки аппаратное шифрование по идее должно сажать батарейку гораздо меньше чем нагруженный этим же делом проц.А вот сигнал-то да.
Пригодится. Например частоту GPU снижать когда не используется.
Почему на kernel.org ветка 3.0 имеет версию 3.0.9 ? Зимняя спячка?
Они ещё новости не прочитали и не обновились. </да>