Linux kernel 2.6.14.5

Что новенького поломали?

Дык оно на NTFS нормально уже писать может? NFS мне нафиг не нужен

>> Дык оно на NTFS нормально уже писать может? NFS мне нафиг не нужен Captive тебе поможет. Правда его по-моему забросили...

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

> А нормальной записи на NTFS я думаю не будет никогда...

Вызывающе неверная информация. Модуль Ntfs для fuse уже довольно неплохо поддерживает запись, а полную поддержку в ядре Антон обещает приделать в течение двух лет (впрочем, он мне прямо сказал: если хочешь поддержку полноценной работы с NTFS в ядре - оплати мне полный рабочий день на пол года).

Ядро выпущено ко дню рождения Торвальдса? :)

>А нормальной записи на NTFS я думаю не будет никогда..

А Парагоновский модуль как же?

Документация не нужна Воспроизводсва кода работы с журналом NTFS приследуется по закону Нельзя короче - патент нужно покупать

А как обстоят дела со 100% загрузкой cpu при ide-операциях в 2.6.x ядрах? Как я ни крутил 2.6.14.4 - все равно iowait >80% :-(( Может уже есть выпрямлялка?

Давно у нас iowait - "загрузка cpu"? Или только у линупсоидов?

Я с ним, кстати, на LinuxWorld Expo поговорил )) Вот накоплю денег на FOSDEM - может тогда даже Столлмана увижу :)) o_O

>> >> А нормальной записи на NTFS я думаю не будет никогда...

>>Вызывающе неверная информация. Модуль Ntfs для fuse уже довольно неплохо поддерживает запись, а полную поддержку в ядре Антон обещает приделать в течение двух лет (впрочем, он мне прямо сказал: если хочешь поддержку полноценной работы с NTFS в ядре - оплати мне полный рабочий день на пол года).

Что, уже есть не только overwrite, но и создание/удаление и запись с изменением размера?

Или будет через 2 года?

Почитал http://wiki.linux-ntfs.org/doku.php?id=ntfsmount про ntfs+fuse... Стремно как-то... что, правда неплохо работает?

> Воспроизводсва кода работы с журналом NTFS приследуется по закону Нельзя короче - патент нужно покупать

В большинстве стран на планете Земля не нужно.

>если хочешь поддержку полноценной работы с NTFS в ядре - оплати мне полный рабочий день на пол года

а это скока? а то мож ща скинемся по 50$, что бы в линухе НТФС летатл на все 100%

>а это скока? а то мож ща скинемся по 50$, что бы в линухе НТФС летатл на все 100%

нафиг это кому-то нужно? только для баловства тех, у кого 2 операционки стоят.

--седайко стюмчик

>нафиг это кому-то нужно? только для баловства тех, у кого 2 операционки стоят.

Вот они пущай и скидываются :)))

>а это скока? а то мож ща скинемся по 50$, что бы в линухе НТФС летатл на все 100%

Гм... Повторюсь. Есть же модуль от Парагон для тех, кому это надо.

>Давно у нас iowait - "загрузка cpu"? Или только у линупсоидов?

Дабы не дублировать - о сути вопроса детальнее можно почитать здесь http://www.xakep.ru/post/24116/default.asp Перефразирую свой вопос. Такое поведение iowait в ядрах 2.6 это баг или фича? Если баг, то фиксится ли это как-то?

Пиздец идиоты пишуть статьи в "ксакеп.ру", а другие идиоты их читают. Для ядер 2.4 счетчик iowait, внимание, читаем по буквам

В С Е Г Д А Н О Л Ь ! ! !

а теперь успокаиваем, ловильщики блох, млин.

> Воспроизводсва кода работы с журналом NTFS приследуется по закону

В бабруйск, жывотнае! В нашей стране даже декомпиляция разрешена тем линуксоидам, у которых есть легальная мелкософтовая ось.

Не читайте ксакеп, вас могут плохому научить. :-)

> Нет, ну если конечно мелкософт выложит документацию, тогда.

есть надежда, что ЕС из M$ что-то вытянет, ведь не зря же собрались штрафовать последнюю на 2 лимона евро в день

Я мурзилку не читаю

> Есть же модуль от Парагон для тех, кому это надо.

Так он тоже в районе полтинника стоит. Можно предположить, что есть пользователи с легальной софтом, для них это важно. А если уж платить, так уж лучше за открытый драйвер.

Беда только в том, что тем кому это надо, надо уже сейчас, а не через пол-года, а к тому же через пол-года MS выпустит очередную версию, и поломает совместимость. Парагоновский драйвер, кстати, умеет SP2?

Я без понятия. У меня оно стоит собранное, монтирует один раздел. ТАк, пробовал писат/стирать кое-что, но не особо тестил. И больше не использовал. И чем раздел создан, уже не припомню ;)

Не пойму.. а какую запись NTFS добавили в 2.6.15? ненормальную?

>Я мурзилку не читаю

Я туда статейки пописываю в свободное от ЛОРа время :D

рррр.... с выходом 2.6.14 перестал работать lirc - только что заметил :((

Каки-враки, всё там работает. Нужно только заменить в drivers/lirc_serial/lirc_serial.c (в моём случае) retval=verify_area(VERIFY_READ,buf,n); на retval=access_ok(VERIFY_READ,buf,n); Небольшая смена API ядра. Welcome to Linux.

> заменить в drivers/lirc_serial/lirc_serial.c (в моём случае) retval=verify_area(VERIFY_READ,buf,n); на retval=access_ok(VERIFY_READ,buf,n);

Мда... Создается впечатление что ведущие разработчики линукса куплены оффтопиком и сознательно занимаются саботажем. Ну нафига ломать интерфейсы на КАЖДОЙ субверсии?

>Мда... Создается впечатление что ведущие разработчики линукса куплены >оффтопиком и сознательно занимаются саботажем. Ну нафига ломать >интерфейсы на КАЖДОЙ субверсии?

Если тебя это смущает не пользуйся нативными ядрами ... Дистрибуторы зря что ли горбатятся и собирают ? :))) ядро 2.6.5 усё работает и как надо, со всеми закрытыми дырками. Суся для работы рулит :)))

Прежде чем отказаться от чего-либо, они версий пять (минимум) для всех отстающих пишут, что это deprecated, obsolete. Кто не успел, тот опоздал.

Был бы рай на земле, если так всё было.

> выходом 2.6.14 перестал работать lirc - только что заметил

Не верю! Хотя, впрочем... Не тюнерный ли инфракрасник с Aver 307 на чипе saa7134?

>Был бы рай на земле, если так всё было.

Значит я живу в раю - я меня так :).

Это про самодельные ресиверы

timur_dav

Охотно верю, особенно про SuSE. Не дистриб, а просто сказка (злая и страшная).

usbnet так и не отремонтировали. Пользоваться не будем.

>Пиздец идиоты пишуть статьи в "ксакеп.ру", а другие идиоты их читают. >Для ядер 2.4 счетчик iowait, внимание, читаем по буквам
>В С Е Г Д А Н О Л Ь ! ! !
>а теперь успокаиваем, ловильщики блох, млин.
А чем тогда объяснить тормоза при копирование?

>А чем тогда объяснить тормоза при копирование?

тем что ты забыл принять галоперидол

> А чем тогда объяснить тормоза при копирование?

Какие тормоза, дебилушка? Померяй чистую производительность на обоих ядрах hdparm -tT /dev/бла-бла-бла

Я как раз вчера это делал. Цифры один в один.

>Охотно верю, особенно про SuSE. Не дистриб, а просто сказка (злая и >страшная).

Не тока суся, которая тока на работе, но и Демьян, который дома и сервер на котором федора (там оною тока можно было) ... Везде всё работает и ядра "старые" работают и дистрибо клипатели патчат их ... хотя на федю уже положили :(. Типа рай ? По сих пор не совсем пойму - нахрена ставить нативные ядра ??? Если тока на распоследнее железо ...

[vt]Vitus.

> Документация не нужна Воспроизводсва кода работы с журналом NTFS приследуется по закону Нельзя короче - патент нужно покупать

В Европе, в отличие от америкосии, нет патентов на ПО, так что патч к ведру никто сделать не запрещает.

ДОЛОЙ ГРЕБАНЫЕ СОФТВЕРНЫЕ ПАТЕНТЫ!

>Нужно только заменить в drivers/lirc_serial/lirc_serial.c (в моём случае) retval=verify_area(VERIFY_READ,buf,n); на retval=access_ok(VERIFY_READ,buf,n);

Нашёл в гугле этот совет. Заменил. Не работает.

Небольшая смена API ядра чревата большими проблемами:

lirc_serial: auto-detected active low receiver
lirc_dev: lirc_register_plugin: sample_rate: 0
BUG: using smp_processor_id() in preemptible [00000001] code: modprobe/8291
caller is init_port+0xc2/0x2d1 [lirc_serial]
[<c022ea53>] debug_smp_processor_id+0xa3/0xb4
[<f96bfa66>] init_port+0xc2/0x2d1 [lirc_serial]
[<f96bfa66>] init_port+0xc2/0x2d1 [lirc_serial]
[<f96c039a>] init_module+0x21/0xa0 [lirc_serial]
[<c01393d9>] sys_init_module+0x17d/0x24e
[<c0102f75>] syscall_call+0x7/0xb

> Не тюнерный ли инфракрасник с Aver 307 на чипе saa7134?

Он самый....

//Drolyk