The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Обновление ядра Linux: 3.1.2 и 3.0.10

22.11.2011 23:27

Представлены очередные корректирующие релизы ядра Linux: 3.0.10 (26 исправлений) и 3.1.2 (26 исправлений). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления.

В обновлениях устранено несколько уязвимостей. В коде security/keys/user_defined.c исправлена уязвимость, позволяющая инициировать крах ядра и разыменование NULL-указателя. Кроме того, устранено целочисленное переполнение в коде xen-gntalloc, которое теоретически может привести к повреждению области памяти ядра. В коде HFS устранено переполнение буфера через создание слишком длинного имени файла. В virtio-pci устранено обращение к области памяти после её очистки (use after free).

  1. Главная ссылка к новости (http://www.kernel.org/...)
  2. OpenNews: Обновление ядра Linux: 3.0.9, 3.1.1. Анализ динамики роста размера ядра
  3. OpenNews: Начало тестирования ядра Linux 3.2-rc1. Обновления 2.6.32.47 и 2.6.33.20
  4. OpenNews: Релиз ядра Linux 3.1
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32370-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (9) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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 чипы умеют понижать напряжение

     
     
  • 4.4, Andrey Mitrofanov (?), 12:48, 23/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Многие WiFi чипы умеют нехило сажать батарейку

    //fixed:)

     
     
  • 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 ? Зимняя спячка?
     
     
  • 2.9, Andrey Mitrofanov (?), 20:39, 27/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Они ещё новости не прочитали и не обновились. </да>
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру