У кого есть 2.6.12 гляньте плиз в исходники. include/linux/pci.h

Там есть структура pci_dev. Есть ли в ней поле slot_name? В 2.6.11 это поле похерили. У меня драйвер для встроенной сетевухи из-за этого не компилится. Это теперь навсегда, или в 2.6.12 назад починили? Не хочется зря качать 30 мегов.

Памагите!!!!!

Нет

> Не хочется зря качать 30 мегов. а патч слабо скачать ? patch-2.6.12.gz 17-Jun-2005 15:04 5.4M

А patch-2.6.12.bz2 - 4.5M весит :)

А что за сетевуха то?

Судя по всему Dlink DFE-530TX, на ее дровах из коробки такой же прикол наблюдается...

Зато via-rhine помог ;)

Гы. Стабильная ветка! Буга-га

и что смешного? Я сам сижу на 2.6.13-rc1 и чувствую себя нормально. Никаких срывов, И ветка 2.6.х работает куда быстрее, чем 2.4.х ;) IMHO!
A тем более что есть такая замечательная вещь как <*> nvidia fb support. У меня сейчас 1024х768@86Hz/70Khz =) то-то же.

Мне кажется, предпочтительнее использовать vesafb-tng. Возможности аналогичные, но нет проблем с X. Или у nvidia-fb их тоже нет? В любом случае у меня при использовании любого fb отличного от vesa были небольшие глюки с изображением.

111

И потом хотят что бы им дрова кто то писал. :)) По 5 метров в день переделывают-разработчики железа затрахаются отслеживать ветки ваши. :)) Вон оказывается у кого то сетевые отваливаются уже...:)) Стабилизация. ;) ТСР подшаманили называется. :) И казалось бы. А причем тут драйвер? ;)

> Судя по всему Dlink DFE-530TX, на ее дровах из коробки такой же прикол наблюдается...

> Зато via-rhine помог ;)

У меня тоже такая сетевуха и я всегда использовал via-rhine и никогда не знал проблем. На 2.6.11 тоже всё ок. Разве официальные дрова чем-то лучше???

Чем -- не знаю, просто решил собрать и попробовать, увидить разницу... На 2.6.12 не заработало (:

В ветку 2.6.12 перенесли патч из -mm nice_rtprio_rlimits,
позволяющий создавать, как я понимаю, пользователю нитки с политикой
SCHED_RR, SCHED_FIFO и поднимать приоритет rt_priority и nice 
в заданных границах через пропатченый pam_limits.

Кто нибудь экспериментировал в этом направлении?
Дело в том что еще дополнительно проверяется capable(CAP_SYS_NICE).
Как его включить пользователю я так и не понял. Пришлось пропатчить
sched.c, и поэкспериментировать.
Собственно сейчас, к примеру, cdrecord пишет реально с приоритетом,
так же есть сканер mustek 2448cs plus так он сканирует в специальном
приложении через ibsane.so, так вот раньше при сканировании нельзя
было ничего делать, так как был затык при сканировании постоянно, и
в результате получали страницу с разрывом.
Сейчас сканируется отлично.

Вот такие дела, собственновопрос состоит в CAP_SYS_NICE.
как его назначить пользователю?

Нужно ли перед использованием второго стабилизирующего патча для 2.6.12 пропатчить ядро первым??? или достаточно второго? =) т.е. он включает и первый тоже?

Патчи кумулятивны. Т.е. включает. Но есть и инкрементальные, на kernel.org можно и их найти.

> Вот такие дела, собственновопрос состоит в CAP_SYS_NICE. как его назначить пользователю?

Когда-то я читал про capabilities(7), (man capabilities), приложение должно быть set-UID-root, оно должно само сбросить ненужные capabilities, после этого свободно делать что угодно. При fork capabilities наследуются, при exec вроде тоже.

Ояередной стабилизирующий патя для стабильного ядра. Уже как в майкрософт..

а чего-ж они cdc_acm то не пофиксили...в -mm это уже по моему с марта пофикшено было

> а чего-ж они cdc_acm то не пофиксили...в -mm это уже по моему с марта пофикшено было

Не, правда LOR это место для выяснения такого рода вопроса? :) Есть конкретный чел, звать Андрюха Мортон, который проталкивает готовые для включения в стабильную ветку патчи, он умеет отвечать на правильно поставленные вопросы. Особенно, если в LKML ещё не отвечали на них. Что такое cdc_acm я даже не знаю, но гугль наверняка знает, заодно сможет рассказать что в LKML говорилось про него. Если не говорилось, то имайл Андрюхи тоже не скрыт за семью печатями. Если проблема с английским -- обращайся, тут на LOR много специалистов :)

У мелкософт на всю систему СП выходят. А у люлиха строго на неуязвимые ядра. ;)

Стабильное ядро -- это не факт, это намерение, программ (нужных) без ошибок не бывает. Патчи выходят к Solaris, Oracle, и прочим "гигантам", и никто не видит ничего удивительного, что релиз Oracle 9R2 нужно обязательно ещё четырьмя патчами заткнуть.

Уважаемый Casus (*) (01.07.2005 14:05:47)

Это вопрос был риторическим ;)

У меня то это пофикшено (мною) еще со времен 2.6.8.1

Вопрос поднимался и в LKML http://lkml.org/lkml/2005/4/14/40 и в usb.devl http://thread.gmane.org/gmane.linux.usb.devel/32977

Неуж-то никто не пользует модемы в мобилах через USB ?

Или ловить oops-ы народу не лень ? ;)

> Неуж-то никто не пользует модемы в мобилах через USB ?

Не приходилось пока. По поводу "почему не включили" думаю Greg KH рассказать может, возможно связано с "driver core change". 2.6.13 планируется несколько более экспериментальным, чем 2.6.12, я бы ожидал этот фикс увидеть там.

> 2.6.13 планируется несколько более экспериментальным, чем 2.6.12, я бы ожидал этот фикс увидеть там.

Ну мне то это мягко говоря всё равно ;)

Но когда проблема (и её решение) существует как минимум 4 (8-12) релиза подрядa, где гарантия что она не доживёт скажем до 3.0 ? ;)

А то ведь можно бесконечно заниматься "driver core change" забив на решение текущих проблем.

PS: Грег еще в марте сказал что "I'll go add this to my to-apply queue."

Видимо очередь у него нехилой длины ;)

а где патчи то для ISO-9660? проблема то уже сколько лет тянется

У всех 2.6.12.2 грузится? У меня виснет намертво. И не только у меня: http://bugzilla.kernel.org/show_bug.cgi?id=4824 . Кстати, баг http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%2Fv2.6%2... меня сильно повеселил :)