1.1, pavlinux (ok), 06:50, 23/11/2011 [ответить]
| +2 +/– |
> 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.
| |
|
2.2, EuPhobos (ok), 08:17, 23/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Насколько я понял, это для девайсов с разным частотным диапозоном и энергозависимым потреблением.
Похоже для Tegra3 самое то. Т.к. оно имеет 4 обычных ядра, и 5-ое низкопрофильное ядро, с низким потреблением питания, для всяких режимов ожидания.
| |
|
3.3, pavlinux (ok), 08:35, 23/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Насколько я понял, это для девайсов с разным частотным диапозоном и энергозависимым
> потреблением.
> Похоже для Tegra3 самое то. Т.к. оно имеет 4 обычных ядра, и
> 5-ое низкопрофильное ядро, с низким потреблением питания, для всяких режимов ожидания.
Многие WiFi чипы умеют понижать напряжение
| |
|
|
5.6, pavlinux (ok), 07:21, 24/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Йопт, закон сохранения энергии.
А то Вам подавай и 802.11 a/b/g/n в одном флаконе и аппаратное CCMP/TKIP/WEP шифрование
и бродкастинг, и сигнал на 20db, и все это за 100 мВт.
| |
|
6.7, Аноним (-), 15:26, 24/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ну как раз-таки аппаратное шифрование по идее должно сажать батарейку гораздо меньше чем нагруженный этим же делом проц.
А вот сигнал-то да.
| |
|
|
|
|
|
1.5, Аноним (-), 16:32, 23/11/2011 [ответить]
| +/– |
Пригодится. Например частоту GPU снижать когда не используется.
| |
1.8, Anonimous (?), 15:23, 27/11/2011 [ответить]
| +/– |
Почему на kernel.org ветка 3.0 имеет версию 3.0.9 ? Зимняя спячка?
| |
|