LINUX.ORG.RU

Вышло ядро Linux 2.6.37

 


0

1

Основные изменения:

  • Добавлена базовая поддержка Xen Dom0
  • Начата реализация драйвера для Intel GMA500
  • Добавлена поддержка следующих аудиочипов: 88pm860x codec, ep93xx AC97 audio, Restore MAX98088 CODEC, TI WL1273 FM Radio Codec и т.д.
  • Добавлена поддержка следующих DVB-S карт: IX2505V (marked B0017) DVB-S silicon tuner и LME2510(C) DM04/QQBOX USB DVB-S BOXES
  • Интегрирован проект Accel-pptp
  • Множество улучшений, связанных с CPU архитектурами MIPS, POWERPC, X86, S390 и SH
  • Добавлена поддержка I²C в Nouveau
  • Добавлена поддержка DisplayPort audio для видеочипов от Intel
  • Начата поддержка VX900
  • Добавлена поддержка Brocade 10Gb Ethernet
  • Множество улучшений и исправлений, связанных с драйверами сетевых карт
  • Добавлена поддержка нескольких новых видеокамер (SR030PC30 VGA camera, SCSI-контроллеров (8130/8131 AENs), HID (Media Tablet 14.1, Logitech Speed Force Wireless gaming wheel) и т.д.
  • Удалён старый IEEE1394 стэк

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: Aceler (всего исправлений: 2)

Ответ на: комментарий от liberte

объясни пожалуйста как оно работает. не пойму зачем удалять /sys/fs/cgroup? И ещё, что за директория создаётся тут:

mktemp -d --tmpdir=/sys/fs/cgroup/user cg.$$.XXXXXXXXXX

Интересует, что это за шаблон такой > cg.$$.XXXXXXXXXX ?

Спасибо!

ciiccii
()
Ответ на: комментарий от ciiccii

На каждый пользовательский shell создается своя control group процессов, в которую добавляется PID shell'а (а впоследствии автоматически добавятся все процессы, запущенные из shell'а).

Когда из группы удаляются все процессы, то можно удалить и саму группу, чтобы не тратить ресурсы. Этим занимается notify_on_release — удалится не /sys/fs/cgroup, а директория вроде /sys/fs/cgroup/user/cg.12345.bdHuwHQopr, через которую управляется соответствующая группа (и которая была создана shell'ом с PID 12345).

Команда mktemp всего лишь создает вышеозначенную директорию без опасности наткнуться на уже существующую директорию.

liberte
()

не понял - а где пункт про ууиды?

megabaks ★★★★
()

да - и почему ссылко в новости не туда куда надо?
http://kernelnewbies.org/Linux_2_6_37
а в новости просто на изменения в дрова - один из пунктов изменения всего лишь
почените!

megabaks ★★★★
()
Ответ на: комментарий от muzlocker

и как по сравнению с бфс? и что фиксить?

Просто в новом ядре файл tty_io.c перенесён с drivers/char в drivers/tty . Т.е. Просто в патче поменять путь к файлу tty_io.c

BeerSeller ★★★★
()
Ответ на: Толсто от GotF

1) Нет, не надёжнее. В ситуации с частыми сбоями питания ext3 теряет данные от отдельных файлов до всего хомяка. ntfs наплевать, поправит кластеры и вперёд, если, конечно, хард не подохнет в таких условиях. Кроме того, ext3 со временем от фрагментации начинает тормозить даже сильнее ntfs, это всем известно.

2) Так устойчива или обязательно нужен ИБП? «Плюрализм в голове, первая буква Ш»? В общем, снобизм омерзителен. Надёжная система потому и является надёжной, что сама себя защищает от плохого железа. Всерьёз потерять данные на ntfs можно только при реальных бэдах, а все случаи полной потери относятся к категории «головка отвалилась».

На самом деле, данные и на XFS потерять весьма трудно, сбой питания не всегда фатален. Но уж если потерял — так потерял. Валятся вовсе не только открытые файлы, число потерь непредсказуемо.

Oleaster ★★★
()
Ответ на: комментарий от Oleaster

> Всерьёз потерять данные на ntfs можно только при реальных бэдах, а все случаи полной потери относятся к категории «головка отвалилась».

Откуда эти наблюдения? Или просто нечем, кроме троллинга на ЛОРе, заняться?

prof-alex
()
Ответ на: комментарий от Oleaster

>Потому что Вы наконец поменяли Sparkman на FSP? :)

То есть надежность фс определяется типом БП? Ну-ну:)

З.Ы. У меня FSP - говно редкое.

Pavval ★★★★★
()
Ответ на: комментарий от prof-alex

К сожалению, голая пятнадцатилетняя практика, «аи», как в педивикии, привести не могу. А Вы с какой целью интересуетесь?

Oleaster ★★★
()
Ответ на: комментарий от Pavval

Кажется, Ваш последний комментарий расставил все точки над Ё для тех, кто в теме, поэтому что-то ещё добавлять считаю излишним.

Oleaster ★★★
()

Традиционно поддержку SquashFS-LSMA включить забыли, хоть и LZMA и SquashFS в ядре давно...

anonymous
()
Ответ на: комментарий от Oleaster

Ну, надеялся на приведение фактов, статистки, которой можно доверять. А так понятно, очередной пук, с целью позлить собеседников.

prof-alex
()
Ответ на: комментарий от prof-alex

Не собирал статистику, к сожалению. Кстати, это хорошая идея. Надо подумать, как это можно было бы сделать.

«Злить собеседников» — странная цель, хотя, похоже, многие сюда только за этим и ходят. Вы, видимо, тоже, раз высказываете такое суждение.

Oleaster ★★★
()
Ответ на: комментарий от anonymous

Можно взять этот патч (работает для 2.6.36). Автор SquashFS, насколько мне известно, работает над кодом для 2.6.38, так как его предыдущую интеграцию LZMA в SquashFS не принял Линус.

liberte
()

I²C используется для общения с монитором, например.

DuratarskeyK
()
Ответ на: комментарий от post-factum
kernel/built-in.o: In function `cpu_stop_cpu_callback':
stop_machine.c:(.cpuinit.text+0xa64): undefined reference to `sched_set_stop_task'
make: *** [vmlinux] Ошибка 1
desktop linux-2.6.37 # grep sched_set_stop_task /var/ftp/stuff/kernel-patches/bfs/2.6.37-rc8-sched-bfs-363.patch 
+void sched_set_stop_task(int cpu, struct task_struct *stop)
desktop linux-2.6.37 #
megabaks ★★★★
()

>Удалён старый IEEE1394 стэк

Увы, новый у меня под арчем не юзабелен, без старого никуда. Чувствую, настала пора собирать ядра под себя... =\

ASGAlex
()
Ответ на: комментарий от Oleaster

> В ситуации с частыми сбоями питания ext3 теряет данные от отдельных файлов до всего хомяка.

Ужас какой. С барьерами пробовал включать? Вообще, в далёкие начальные 2000е я на «серверах» использовал reiserfs3, ресет ни разу не был фатален за несколько лет, упс не использовался, не было его. Не хочется вспоминать про ntfs на клиентских тачках при этом, там чекдиск частенько шурудил...

Так устойчива или обязательно нужен ИБП?

Одно другого не отменяет. Я не зря спросил про барьеры, бывает ещё кеш диска на запись.

Лан, не буду продолжать. Мой опыт уж точне не меньше твоего, и побольше 15 лет будет...

Casus ★★★★★
()
Ответ на: комментарий от Casus

Отчего же не продолжить? В манах же толком не пишут, там тупое перечисление опций, а их чертовски много. Как на практике повысить устойчивость XFS?

Oleaster ★★★
()
Ответ на: комментарий от Umberto

++
хотя...а дрова для нвидии то под него нет наверно (
так что не нать!

megabaks ★★★★
()
Ответ на: комментарий от Oleaster

>> Нет, не надёжнее. В ситуации с частыми сбоями питания ext3 теряет данные от отдельных файлов до всего хомяка.

В режиме journal? У тебя явно проблемы с потерей кэша.

Так устойчива или обязательно нужен ИБП?

Внутренняя структура устойчива. Иногда — за счёт пользовательских данных. Для защиты последних существует резервное копирование. ИБП нужен при любой ФС.

Но уж если потерял — восстановил из свежего бэкапа, и поехал дальше.

Поправил во имя истины.

GotF ★★★★★
()

А где написано про драйвер brcm80211? Он вроде как раз в этом ядре должен быть.

Кстати, а для Ubuntu 10.10 его обязательно после каждого обновления ядра пересобирать?

Xenius ★★★★★
()
Ответ на: комментарий от Oleaster

>1) Нет, не надёжнее. В ситуации с частыми сбоями питания ext3 теряет данные от отдельных файлов до всего хомяка. ntfs наплевать, поправит кластеры и вперёд, если, конечно, хард не подохнет в таких условиях. Кроме того, ext3 со временем от фрагментации начинает тормозить даже сильнее ntfs, это всем известно.

Как-то толсто уж совсем. Чудесная ntfs у вас, наверно special edition? А если я скажу что данные теряются/портятся и на ntfs не поверите? Просто если вы решили что данные на ФС X потерялись случайно врезультате сбоя, а на ФС Y не потерялись это лишь значит что вы не выявили закономерности или причины.

Про «тормозить» даже парировать не собираюсь. Складывается такое впечатление что кто-то перечитал рекламных буклетов.

TheMixa ★★★
()

Обновление в дистрибутиве Aptosid уже предложило скачать новое ядро.

RacingRats
()
Ответ на: комментарий от Oleaster

Oleaster> 1) Нет, не надёжнее. В ситуации с частыми сбоями питания ext3 теряет данные от отдельных файлов до всего хомяка. ntfs наплевать, поправит кластеры и вперёд, если, конечно, хард не подохнет в таких условиях. Кроме того, ext3 со временем от фрагментации начинает тормозить даже сильнее ntfs, это всем известно.

Забавно. У меня в случае сбоев питания никогда на Ext3 данные не терялись. Где-то ты брехаешь...

Quasar ★★★★★
()
Ответ на: комментарий от devl547
kernel/built-in.o: In function `cpu_stop_cpu_callback':
stop_machine.c:(.cpuinit.text+0xa64): undefined reference to `sched_set_stop_task'
make: *** [vmlinux] Ошибка 1

без bfs (http://ck.kolivas.org/patches/bfs/2.6.37/) всё пучком
кстати в ванильном sched.c строка с «sched_set_stop_task» абсолютно такая же как и в bfs...моя не понимать (

megabaks ★★★★
()
Ответ на: комментарий от Oleaster

>>1) Нет, не надёжнее.

При частых сбоях питания, ntfs теряет системный реестр и система становится мёртвой. Совсем.

Кроме того, ext3 со временем от фрагментации начинает тормозить даже сильнее ntfs, это всем известно.

Просто одно из правил демагога. Толсто. ntfs к тому времени усиленно тренирует дзен хозяина неиллюзорными тормозами. Дефрагментация, как правило помогает ненадолго.

2) Так устойчива или обязательно нужен ИБП? <skip>

Если у поциента понос - никакие суперштаны не помогут. Надёжность системы характеризуется самым слабым звеном.

Таки да, дорогой друх. Толсто. Очень толсто.

Dao_Dezi
()
Ответ на: комментарий от devl547

ваниль с отключенным bfs

desktop linux-2.6.37 # make -j3
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
  CALL    scripts/checksyscalls.sh
  CHK     include/generated/compile.h
  Building modules, stage 2.
Kernel: arch/x86/boot/bzImage is ready  (#3)
  MODPOST 195 modules
desktop linux-2.6.37 # 
ваниль с bfs
desktop linux-2.6.37 # make -j3
  CHK     include/linux/version.h
  CHK     include/generated/utsrelease.h
  CALL    scripts/checksyscalls.sh
  CHK     include/generated/compile.h
  GEN     .version
  CHK     include/generated/compile.h
  UPD     include/generated/compile.h
  CC      init/version.o
distcc[2075] (dcc_parse_hosts) Warning: /etc/distcc/hosts contained no hosts; can't distribute work
distcc[2075] (dcc_build_somewhere) Warning: failed to distribute, running locally instead
  LD      init/built-in.o
  LD      vmlinux
kernel/built-in.o: In function `cpu_stop_cpu_callback':
stop_machine.c:(.cpuinit.text+0xa64): undefined reference to `sched_set_stop_task'
make: *** [vmlinux] Ошибка 1
desktop linux-2.6.37 #
то ли лыжи не едут, то ли я е**^деградировал...

megabaks ★★★★
()
Ответ на: комментарий от fractaler

> Ну раз шина на карте, то связь очевидна. Возможно, драйвер заточили под нвидевскую реализацию протокола...

Шина не на карте (хотя на ней может и присутствовать), а между видеокартой и монитором. Используется для передачи блока EDID и, иногда, для управления монитором.

trapezoid
()
Ответ на: комментарий от fractaler

> Возможно, драйвер заточили под нвидевскую реализацию протокола...

Да, и у каждой видеокарты по-своему сделан доступ к этой самой шине. Потому и по-разному реализовано.

trapezoid
()
Ответ на: комментарий от bsdfun

оставьте свое вендоненавидство в своей школе. нтфс ещё по лучше любой фс подымится после сбоя питания, иди и попробуй пустозвон с логом арча.

bhfq ★★★★★
()
Ответ на: комментарий от anonymous

>>> # Добавлена поддержка I²C в Nouveau

Правда не было?

Это, наверное, замаскированная новость про поддержку температурных режимов. Проще говоря, кулер на видюхе будет гудеть не на полную громкость, а замедляться в зависимости от температуры, как в закрытых дровах.

Нет. Это значит, что теперь драйвер позволит отдавать шину I²C ядру как системную шину I²C, а не только иксы будут к ней стучаться, как ранее было. Соответственно, любая программа при желании и возможности сможет перепрограммировать, например, EDID EEPROM в мониторе и прошить вместо названия вендора PHILIPS какое-нибудь матерное финское слово.

trapezoid
()
Ответ на: комментарий от bhfq

>оставьте свое вендоненавидство в своей школе. нтфс ещё по лучше любой фс подымится после сбоя питания
дооо - плавали )

megabaks ★★★★
()
Ответ на: комментарий от bhfq

> оставьте свое вендоненавидство в своей школе. нтфс ещё по лучше любой фс подымится после сбоя питания, иди и попробуй пустозвон с логом арча.

Где тут «вендоненавидство»? Или вы арчефоб?

У меня не так давно у знакомого отключили свет, когда была включена венда, при следующем запуске нтфс накрылся медным тазом.

bsdfun ★★★★★
()
Ответ на: комментарий от devl547

попробовал ck, а не bfs

  LD      drivers/built-in.o
  LD      vmlinux.o
  MODPOST vmlinux.o
  GEN     .version
  CHK     include/generated/compile.h
  UPD     include/generated/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      vmlinux
kernel/built-in.o: In function `cpu_stop_cpu_callback':
stop_machine.c:(.cpuinit.text+0xa64): undefined reference to `sched_set_stop_task'
make: *** [vmlinux] Ошибка 1
megabaks@desktop ~/linux-2.6.37 $ 
яфпичали...

megabaks ★★★★
()

няняня, повод выпить! :)
но не накатить. жду новый zen %)

tazhate ★★★★★
()
Ответ на: Толсто от GotF

О, посвященный мужлан GotF использует домашние десктопы и ноутбуки фирмы SGI, а не то всеобщекитайское мусор которое продается в мире?

bhfq ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.