[rc_ядра_линукс]2,6.32-rc1 вышел!!!

> Добавлен DRM-модуль с поддержкой 3D и переключения видеорежимов на уровне ядра (KMS) для видеокарт ATI R600/700;

Ура! Жаль нарисуется по ходу только в Fedora 13 =)

> Интегрирован менеджер памяти KSM ("Kernel Samepage Merging"), осуществляющий сканирование на предмет использования разными процессами идентичных по содержанию областей памяти и их объединения в один блок;

А при записи что будет? Разделит, а когда все процессы свой блок перезапишут, опять склеит? Предвижу тормоза...

> известной также под именем Devfs 2.0

я знал, я знал...

/me осилил devfs, но ниасилил udev+hal

А тем временем народ ставит Zen-ядро и наслаждается работой системы с включенными BFS и BFQ :)

>Добавлена реализация файловой системы devtmpfs (создает иерархию /dev в памяти через tmpfs, что позволяет начать работать с /dev еще до монтирования корня), известной также под именем Devfs 2.0.

Лавры FreeBSD, видимо, покоя не дают. Тоже решили реализовать devfs.

Я тебе еще раз повторяю, отсыпь!

+1

> Лавры FreeBSD, видимо, покоя не дают. Тоже решили реализовать devfs.

Если так, то такими темпами лавры там скоро закончатся )

>А тем временем народ ставит Zen-ядро и наслаждается работой системы с включенными BFS и BFQ :)

Тем временем народ жрет глючный BFS кактус.

А как же сенсоры? Сильви, как там ваша венда — just works?

где рейзер4 ?

> Лавры FreeBSD, видимо, покоя не дают. Тоже решили реализовать devfs.

В линуксе был devfs, однако классический devfs, как во фре или linux 2.4 - совершенно неюзабельная штука, т.к. юзер не имеет власти над /dev.

devtmpfs же просто создаёт/удаляет файлы устройств (в tmpfs'е), как MAKEDEV или mknod, а не захватывает весь /dev под себя.

> Тем временем народ жрет глючный BFS кактус.

Рано или поздно народ выкинет этот кактус за ненадобностью :)

> где рейзер

В тюрьме!

//К.О.

> В состав ядра включен код для поддержки технологии Intel Trusted Execution

Пропихнули таки.

не знаю, но думаю что в 34-ом точно.

С планировщиком так ничего и не будут делать?

А зачем? Его едва на 4096 процессоров натянули.

>не знаю, но думаю что в 34-ом точно

точнее говоря, ты на это надеешься

угу.

>В линуксе был devfs, однако классический devfs, как во фре или linux 2.4 - совершенно неюзабельная штука, т.к. юзер не имеет власти над /dev.

man devfs(8)
man devfs.rules(5)

>devtmpfs же просто создаёт/удаляет файлы устройств (в tmpfs'е), как MAKEDEV или mknod, а не захватывает весь /dev под себя.

Вы до сих пор считаете, что во FreeBSD файловая система устройств /dev создаётся РУКАМИ root'а?

оно может и 2.6.32-rc1, но после make; make install устанавливается 2.6.32-rc2 :)

>man devfs(8)
>man devfs.rules(5)

т.е. для того, чтобы временно (на минуту, например, для запуска какой-нибудь кривой проги) переименовать/скопировать устройство, нужно править рулесы?
Лучше если есть возможно сделать это помощью cp -a, ln -s и mv.

> Вы до сих пор считаете, что во FreeBSD файловая система устройств /dev создаётся РУКАМИ root'а?

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

Должен быть и способ создавать устройства руками, и автоматический, а во фре только второе.

Откуда такая уверенность? Ручной запуск devfs(8) никто не отменял.

DEVFS(8)                FreeBSD System Manager’s Manual               DEVFS(8)

NAME
     devfs — DEVFS control

SYNOPSIS
     devfs [-m mount‐point] keyword argument ...

DESCRIPTION
     The devfs utility provides an interface to manipulate properties of
     devfs(5) mounts.
...

>где рейзер4 ?

Мало разработчиков. Разве не знал?

Да где они есть? Вон эпическую фичу иксов с буфером обмена до сих пор не починили, а им, понимаешь ли, рейзер нужен :}

> Интегрирован менеджер памяти KSM ("Kernel Samepage Merging"), осуществляющий сканирование на предмет использования разными процессами идентичных по содержанию областей памяти и их объединения в один блок;

О_О

Будущее наступает сегодня...

Это как они определят, что этот блок не будет меняться то? Ведь каждый процесс его изменит по своему? Или я чего-то как то не догоняю..?

man CoW

Несчастные сенсоры теперь будут такими же знаменитыми, как переключалка у третьих кед. И все-таки, починили ли it87?

И почему надо использовать именно 31ю версию ядра с поломанными сенсорами, а не 30ю до сих пор загадка =)

iZEN> Лавры FreeBSD

Линукс на кладбище в гроб попасть не стремится вообще-то.

теоретически можно и 2.4 использовать

Зачем впадать в крайности..

теоретически, можно и не впадать в крайности..

:)

Это Линус облажался:

Of course, you realise that you set EXTRAVERSION to -rc2 :-(

Oh nnooooooooooooo-(takes breath)-ooooooo... Damn. I hadn't realized. I'm a moron.

Отсюда

> известной также под именем Devfs 2.0

уй блиин… опять в дистрах все поломают и несколько лет будет порядок наводиться. а потом от devfs2 откажутся в пользу udev2… ну печально же!

Закапывайте. После 2.6.18 ничего хорошего кроме регрессий не привнесли.

Это точно.

Кто говорил, что Алан Кокс хлопнул дверью? Author: Alan Cox <alan@linux.intel.com> Date: Sat Sep 19 13:13:22 2009 -0700 http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.32-rc1

У кого копеечная веб камера genius112 на чипе Pixart? Есть шанс, что заработает. Пока с gspca2 цветные полосы. Патченный gspca1 не собирается, начиная с 2.6.28. Вот этот момент заинтересовал: This patch also tweakes the brightness default and the per color gain balances to use the values which are adviced by Pixart in the pac207 application note.Если это так, респект Mauro Carvalho Chehab. Он обещал этот патч накатить, но не думал, что в это ядро войдёт (быстро, однако, реагируют на багрепорты). Тогда выкину чудо-юдо microxp (90 mb весом) из виртуалбокса.

>* Добавлен паравиртуальный драйвер для работы под управлением системы виртуализации Microsoft Hyper-V;

твою мать...