Kernel 2.6.15.4

>исправлено обнаружение USB устройств

Ну наконец-то: у меня в FC4, kerenel 2.6.14 одинаковй сборки - одна и та же флешка на разных ПК - на одном определяется, на другом нет (не распознана fs)

Вот это да, описание длиннее патча. :)

Хотелось бы увидеть описание нововведений в 16 релизе.

> убран слеш из имен дисков при создании их в /sys

а что за слеш? я как-то не замечал

Уж дожали бы наконец ядро. Нафига новые функции? Или писали бы модули отдельные... сохраняя в ядре api.

xxx@xxxhost:~ $ alsamixer
ALSA lib simple_none.c:1216:(simple_add1) helem (MIXER,'Front Playback Volume',0,0,0) appears twice or more

xxx@xxxhost:~ $ uname -a
Linux lager 2.6.15-1-k7 #2 Thu Feb 2 18:48:35 UTC 2006 i686 GNU/Linux


Вот эту бяку исправили? Или это не о том?

Главное SeLinux починили ;) А то после 2.6.14 сломали ......

http://wiki.kernelnewbies.org/LinuxChanges#development Такое каит?

>Хотелось бы увидеть описание нововведений в 16 релизе.

http://wiki.kernelnewbies.org/LinuxChanges#development Так.

> исправлена возможность аппаратной проверки плохих пакетов при использовании ppp
похоже это может быть причиной kernel panic, который вылазит у меня время от времени, когда пытаюсь качать что-либо тяжелое используя pppd работающий через rfcomm (bluetooth DUN между двумя машинами).

Вряд ли. Скорее всего это - кривой драйвер bluetooth валит.

тоже возможно. драйвер btuart_cs (PCMCIA Xircom Realport2 Bluetooth adapter)

Ну хз, эту штуку в Alsa уже с месяц как починили, вот только какую алсу всунули в ядро, хз :)

>исправлено обнаружение USB устройств Т. е. теперь USB-устройства не определяются?

Кто-нибудь знает usbnet (zaurus) починили?
После 2.6.12 не работает.

В 2.6.15-archck2.1 дрова к модему HCF собирались, но при подгрузке hcfpcihw сегфолтились. Интересно, уже поправили?

>тоже возможно. драйвер btuart_cs (PCMCIA Xircom Realport2 Bluetooth adapter)

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

А попробуй попередавать больщие объемы данных по другому протоколу, например по obex. Потому как pppd, сам по себе, вроде бы, достаточно хорошо вылизан.

пробовал по BNEP (через PAND). Работает, но большие файлы передаются с ошибками (битые архивы по FTP приходят). Похоже сам BT адаптер (он довольно древний) виноват. На 2.4 ядрах та же беда, но работало стабильнее. Похоже сама карта не умеет коррекцию ошибок (Bluetooth 1.0b вроде).

>Нафига новые функции? Или писали бы модули отдельные... сохраняя в ядре api.

http://osrc.info/content.php?article.111

>В стандартной поставке ядра Linux есть занимательный документ, находящийся в "documentation/stable_api_nonsense.txt". В этом документе линуксоиды последовательно поясняют, почему в ядре нет и не может быть стабильного API.

Там какие-то перетрубации были. Почитай http://www.linux-usb.org/usbnet/

Респект! Все бы так новости оформляли.

> http://wiki.kernelnewbies.org/LinuxChanges#development Так.

Да я уж и сам нашёл. Вот там как раз интересно почитать. ;)

давно я про кернел не читал. У меня на 2.6.15 на nvidia direct rendering: No =\

Что-нибудь в этой "отрасли" сделано?

У всех всегда 'yes' и на 2.6.15 тоже, выпрямляй руки.

Вообще в 2.6.15-r1 (gentoo) и в 2.6.13 (SuSE 10.0) - работало нормально... (покрайней мере в 1-ом - они друг-дурга пинговали. С 2.6.13 - даже Мозила что-то грузила...)

>Кто-нибудь знает usbnet (zaurus) починили?
>После 2.6.12 не работает.

У меня на 2.6.13 работало на Motorola E680i. На 2.6.15 как бы работает тоже, но почемуто samba клиент на компе не может подружиться с samba сервером в телефоне. Хотя telnet работает :)

Обновилсо. Только название пакета смущает немного =)

....

Подготовка к замене пакета linux-image-2.6.15-1-686 2.6.15-4 (используется файл .../linux-image-2.6.15-1-686_2.6.15-5_i386.deb)...

господа, просветите неразумного - а девелопмент ветка ядра, это что, если 2.6 - это стейбл?
и когда планируется запустить 2.7 или 3.0

Интересно, исправили они "box-killing bugs"  или нет? Кто пользует 
2.6.15 исправлены там 

- The scsi_cmd leak

- The BIO-uses-ZONE_DMA-hence-oom-killing bug

- A skbuff_head_cache leak causes oom-killings.

или нет? В 2.6.15.2 они были ...

Просто офигеть можно от таких "стабильных" ядер!

Linux всегда будет экспериментальным, поэтому вероятность того что его разработка остановиться так-же мала, как и вероятность остановки технического прогресса ;)

от версии к версии огромные чэнжлоги, когда линукс будет уже вылизан?

ядро т.е