Разработчики проекта compat-drivers (https://backports.wiki.kernel.org), в рамках которого ведётся подготовка пакета с набором драйверов, бэкпортированных из новых версий ядра Linux для более старых веток ядра, объявили (https://lkml.org/lkml/2013/5/18/83) о переименовании проекта в "backports". Причиной переименования является пересечение старого названия с подсистемой ядра Compat, что приводило к путанице, например, пользователи часто присылали патчи не по адресу.
Одновременно представлен (https://lkml.org/lkml/2013/5/18/84) первый выпуск проекта по новым именем - backports-3.10-rc1-1 (http://drvbp1.linux-foundation.org/~mcgrof/rel-html/backports/), в рамках которого для старых ядер (начиная с 2.6.27) портированы новые драйверы из состава ядра 3.10-rc1. Кроме портирования новых драйверов для беспроводных карт, Ethernet-адаптеров, Bluetooth-чипов и других типов устройств, в новом выпуске осуществлена поддержка новых подсистем: NFC, media и regulator. Из подсистемы NFC портировано 8 новых драйверов, regulator - 37, media - 433 драйвера.
URL: https://lkml.org/lkml/2013/5/18/83
Новость: http://www.opennet.me/opennews/art.shtml?num=36965
Заняться нечем? Чем новые ядра не устраивают?
Очевидно, поломанным api. Так что не пукай в лужу.
ставить новое ядро ради одного драйвера - тупость
Там обычно не только один драйвер улучшен :)
Представим что некоторые не новые ядра, считаются стабильными. Но в процессе портирования драйвера могут возникнуть ошибки, что автоматически снимает с ядра метку стабильного. С другой стороны некоторые дистрибутивы смогут дольше поддерживать свои версии ядра.
Стабильность не означает отсутствие ошибок. Это вообще никак невозможно проверить и нет смысла обозначать каким бы то ни было словом. Стабильность означает, что поведение со временем не меняется. В данном случае добавление драйверов не меняет поведение всех остальных частей музейного экспоната (хотя это опять же розовые очки, даже тривиальные багфиксы порой ломают старое).
У меня на даче гнутый 3.9.2 на одноядерном Celeron с 256Мб оперативки прекрасно работает, даже Iceweasel 20 через подаренный Tele2 3.5G свисток с картой МТС для этого раритета работает шустро и можно несколько вкладок одновременно открывать. В Instead погонять под музычку - самое то.
> Tele2 3.5G свисток с картой МТС для этого раритета работает шустроС модемами относительно просто. Достаточно ID новых девайсов прописать и они поддерживаются. Потому что стандартный класс устройств.
Почитал их "документацию". Кроме ссылок на github и рассылку ничего не нашел. Возник вопрос: "а оно вообще для кого предназначено?".
Не для тупых хомячков, однозначно.
Старый вопрос, кто в теме объясните. Ядро принципиально развивается совместно с драйверами. Как я понимаю изменения самого ядра часто требуют доработки драйверов.
Чем не устраивает стандартизация внутренних подсистем ядра?
Да внешне для прикладного программиста АПИ стабильно. Но для разработчиков драйверов как я понимаю постоянные сложности?
Например компания выпустила простое устройство и написали драйвер для него. Прошло время сделали пару патчей как бы все стабильно и никаких проблем.
Дополнять больше не чего. Прошло время кто-то пользуется этим устройством и его все устраивает. Оно уже давно снято с производство и не интересует кроме 10 человек которым оно нужно. Как я понимаю без доработок через несколько лет драйвер уже будет несовместим?
Если это так, то как по мне это большая проблема.
Кто в теме разъясните этот вопрос.
> Чем не устраивает стандартизация внутренних подсистем ядра?Линус постоянно говорит примерно следующее:
- Да вы с ума сошли! Вязать себя по рукам и ногам! Да ни в жисть! Стабильным внутриядерным API не бывать!
> Да ни в жисть! Стабильным внутриядерным API не бывать!И правильно - обувать себя на возможность развития системы - тупость величайшая. Драйвера разрабатываются в рамках майнлайна, так что самый простой способ - это взять свежее ядро и не выделываться. А с супер-мега-гипер-стабильным тухляком пусть корпорасы сношаются, им полезно.
А что конкретно вы имеете ввиду, называя сохранение стабильности при наличии поддержки нового железа тухлым результатом сношания проприетарщиков? Батенька, уж не арчевод-ли вы случайно?
В RHEL поддерживается стабильный API/ABI ядра в пределах ветки, поэтому если писать драйвер под RHEL, то подправлять его придётся раз в несколько лет. С учётом того, что драйвера только для RHEL - достаточно редкое явление, непохоже, что стабильный API так уже всем нужен.
сказки не надо рассказывать ;-) стабильное API/ABI внутри одного обновления. между разными обновлениями может поменяться очень многое.
> обновлениями может поменяться очень многое.То-то красная шапочка так старательно бэкпортит новые фичи на старые ядра...
А если подумать? бэкпорт не всегда подразумевает сохранение API/ABI.по слов "соседей" обновление 6.2->6.3 очень сильно сломало scsi / md уровни, при этом vfs уровень не был сильно затронут. в 5.x было добавление новых vma ops... и таких примеров весьма и весьма много.
> по слов "соседей" обновление 6.2->6.3 очень сильно сломало scsi / md уровни,
> при этом vfs уровень не был сильно затронут. в 5.x было
> добавление новых vma ops... и таких примеров весьма и весьма много.RHEL предоставляет kABI, который они не ломают. Иначе, как по Вашему работают kmod-*?
"по моему" мнению - kmod работают внутри одного большого обновления. Если вы зайте на сайты к производителям увидите что там давно выпускается несколько бинарников под 6.1/6.2/6.3 и тп..вот как пример http://pkgs.org/centos-6-rhel-6/elrepo-x86_64/kmod-ndiswrapp...
...
2011-12-10 - Philip J Perry <phil@elrepo.org> - 1.57-0.1.rc1.el6.elrepo
- Update to 1.57rc1.
- Rebuilt against RHEL-6.2 which breaks kABI compatibility for kernel
symbol per_cpu__kstat.http://elrepo.org/bugs/view.php?id=244
тут тоже врут ? ну а найти остальные примеры думаю вам не составит труда.
это что касается kABI, API же ломается чаще и веселее.
PS. поддержка одного и того же кода на разных ядрах RHEL (и не только) - это моя основная работа, так что поверьте я могу много рассказать что и как ломается.
> "по моему" мнению - kmod работают внутри одного большого обновления.А знаешь, чувак, драйвер от интеля для их серверной платформы "для винды 2003" тоже ставится только на 2003 SP0. А если ты на 2003 SP2 вдруг попробуешь его вкатить - пойдешь лесом с интересом. Сетап прямо так и скажет что это - неизвестная версия ОС.
Как видишь, это вполне распостраненная в индустрии практика.
а причем тут Windows когда мы говорим о Linux? исходная заява была о том что в RHEL все шоколадно.
А теперь ты пытаешся это оправдать съезжая на Windows?Хотя как там в windows тебе лучше знать :-) Я его в своей работе и доме не использую.
> А если подумать? бэкпорт не всегда подразумевает сохранение API/ABI.Ну ясен перец, если утыкаться в одно и то же API/ABI до упора - мы бы сейчас MS-DOS 1.0 дружно пользовались. Ну или в лучшем случае древними проприетарными юниксами.
> по слов "соседей" обновление 6.2->6.3 очень сильно сломало scsi / md уровни,
Ну так это обновление версий системы. Я про обновления в рамках одной версии системы.
> при этом vfs уровень не был сильно затронут. в 5.x было
> добавление новых vma ops... и таких примеров весьма и весьма много.Добавлено - не отнято. К тому же - именно потенциально несовместимые обновления бывают только при явном подтягивании версии системы. Для того эту версию и подтягивают, чтобы подобные вещи отмаркировать.
Тем не менее, называя вещи своими именами - у меня нет ни 1 драйвера или апликухи которые бы от этого сломались. То что там какие-то проприетарии кипишуют - вот уж кого не жалко. Надо просто усвоить что проприетарь в линевых драйверах unwelcome и жизнь станет сухой и комфортной.
> Ну так это обновление версий системы. Я про обновления в рамках одной версии системы.Вообще redhat называет это RHEL _6_ (версия системы) update 2 и update 3.
с каких пор обновления стали разными версиями системы?
> с каких пор обновления стали разными версиями системы?С таких как там меняется цифра версии.
А как по мне - так я вообще считаю что весь этот онанизм с страданием бэкпортами должен вымереть как мамонт. Есть майнлайн. Ссать против ветра - тупо. А проприетарщики с своими драйверами или пусть строятся как-нибудь или пролетаются на солидный кус рынка, который у них в результате просто откусят открытые решения. Куда и дорога.
>> с каких пор обновления стали разными версиями системы?
> С таких как там меняется цифра версии.
> А как по мне - так я вообще считаю что весь этот
> онанизм с страданием бэкпортами должен вымереть как мамонт. Есть майнлайн. Ссать
> против ветра - тупо. А проприетарщики с своими драйверами или пусть
> строятся как-нибудь или пролетаются на солидный кус рынка, который у них
> в результате просто откусят открытые решения. Куда и дорога.Цифра версии не меняется. Он так же и пишет что система redhat 6 - только вот update level разный :-)
Лана - мы уже поняли что ты не компетентен в этом.
>> бэкпорт не всегда подразумевает сохранение API/ABI.
>> по слов "соседей" обновление 6.2->6.3 очень сильно сломало scsi / md уровни,
> Ну так это обновление версий системы.
> Я про обновления в рамках одной версии системы.Ха, ха: LIS для Hyper-V во времена EL 6.3 -- сломали совместимость на ходу
Причем дело было летом так что месяца 2-3 -- HotFix-ы не поставишьК счастью, начиная с EL 6.4 ( с 5.9 для линейки 5.X ) -- драйвера интегрированны
Как и всех остальных Linux-ов -- не прошло и 3 года
> Надо просто усвоить что проприетарь в линевых драйверах unwelcome и жизнь станет
> сухой и комфортной.Да, а мы все в вашем представлении будем юзать nouveau, хоть кривые как турецка сабля, зато не проприетарщина... Хотите - живите так, как вам нравится, как считаете нужным, других только не призывайте к онанизму.
> В RHEL поддерживается стабильный API/ABI ядра в пределах ветки, поэтому если писать
> драйвер под RHEL, то подправлять его придётся раз в несколько лет.Неправда. Ознакомтесь с матчастью.
Знакомиться с матчастью надо Вам, гуглите RHEL kABI.
да да. пусть CentOS и ELpro погуглят и узнают почему их модули не грузятся.
двумя строчками выше приведены примеры как kABI сломан.Можно узнать ваше авторитетное заключение по ним ? :)
> Знакомиться с матчастью надо Вам, гуглите RHEL kABI.http://www.symantec.com/connect/ideas/version-storage-founda...
http://communities.vmware.com/thread/431340?start=0&tstart=0
выскажите свое авторитетное заключение по этим двум ссылкам?
> выскажите свое авторитетное заключение по этим двум ссылкам?Да запросто: пусть проприетарщики сами с своими проблемами и ипутся. Никого кроме них их долбаные проблемы на самом деле не волнуют. Они и так то сами за себя по жизни, а в линухе на них вдвойне с прибором клали. Никто им там не даст свои правила диктовать. Они или прогибаются под существующие реалии или вылетают с этого сегмента рынка. Вот так даже им понятно.
>> выскажите свое авторитетное заключение по этим двум ссылкам?
> Да запросто: пусть проприетарщики сами с своими проблемами и ипутся. Никого кроме
> них их долбаные проблемы на самом деле не волнуют. Они и
> так то сами за себя по жизни, а в линухе на
> них вдвойне с прибором клали. Никто им там не даст свои
> правила диктовать. Они или прогибаются под существующие реалии или вылетают с
> этого сегмента рынка. Вот так даже им понятно.Так и запишем. Не компететный и сход с темы. То есть все еще продолжаете утверждать что при новом update RHEL не ломает kABI ?
> еще продолжаете утверждать что при новом update RHEL не ломает kABI ?Я имел в виду апдейты в рамках одной версии системы. А то что между разными версиями ОС api и abi могут меняться - так это логично.
>> еще продолжаете утверждать что при новом update RHEL не ломает kABI ?
> Я имел в виду апдейты в рамках одной версии системы. А то
> что между разными версиями ОС api и abi могут меняться -
> так это логично.еще раз RHEL6 это версия OS. update level разный. вы путаете с security fix level видимо ?:)
http://lwn.net/Articles/204197/
> http://lwn.net/Articles/204197/точнее вот https://www.kernel.org/doc/Documentation/stable_api_nonsense...
скачал backports-3.10, распаковал, смотрю drivers/net/ethernet, и вижу broadcom/b44 и atheros/{atl1c,atl1e,atlx} и все!
нет ни intel нового нет ни realtek...[сообщение отредактировано модератором]
Хороший проект. Мне помог - заработал с минимальными телодвижением адаптер wifi.
А сколько это стоит? И я вот не разбираюсь, но про все эти драйвера кто-то же сможет подсказать о том что: а как определять точное количество устройств, которые смогут поддерживаться в какой-либо конкретной ветке ядра (или в конкретном дистре? (и как еще до инсталляции узнавать о том, что будет и (или) что не будет поддерживаться на конкретном компе?)) И что, на уже установленных ОС проблему отсутствия там нужных драйверов не возможно что ли просто сменой там вручную его ядра на чего посвежей решить? ("прикручиваемое" так не родное ядро что, может несовместимым с другими компонентами такой ОС что ли оказаться? (иногда в апдейтах (чаще- в LTS) ядро полностью заменяется на другое. Но такое бывает редко))).
Есть и такие ветки ядра, которые в течение срока своей поддержки получают аж десятки патчей. В этих патчах новые драйвера бывают?
Проблемы с отсутствием в дистре нужных драйверов на ноутбуки (особенно на те, что поновей)- более вероятны, чем на десктопы (а почему?) Было у меня такое. И когда я обратился в техподдержку Asus, с их официальнаго сайта подробно описав свою проблему, то мне там в ответ написали, что поддержкой линукса они совсем не занимаются! (а почему?) И это будет касаться даже и любых тех их изделий, на которые недостающие дрова что скачиванием с сети, что бэкпортированием, что выбором определенных других дистров "словить" туда не проблема! (как раз у меня такой случай и был (модель X55A).
> А сколько это стоит?Да хрен бы его знает. Вот вы сколько денег потратили с момента вашего рождения? А если с учетом того что потрачено на ваше воспитание и обучение? Сложновато прикинуть даже для 1 человека. А для линуксного кернела и того что вокруг - и подавно.
Для самого по себе линуксного ядра как-то была прикидочная оценка что написать с нуля нечто такое такое же стоило бы около 2 миллиардов долларов. Но это весьма приблизительная оценка и она ничего не говорит про указанный проект. И вообще никто не проверял насколько эти оценки на самом деле работают для столь больших проектов.
> И я вот не разбираюсь, но про все эти драйвера кто-то же сможет подсказать о том что: а
> как определять точное количество устройств, которые смогут поддерживаться в какой-либо
> конкретной ветке ядра (или в конкретном дистре?С формальной точки зрения можно пойти и посчитать количество драйверов в дереве исходных текстов. Реально же часть драйверов не обслуживает никакой реально существующей периферии и является или драйвером виртуального устройства, или каким-то еще компонентом ядра.
> (и как еще до инсталляции узнавать о том, что будет и (или) что не будет
> поддерживаться на конкретном компе?))Гуру знающий какое железо в компьютере и знающий как было собрано ядро может при должной квалификации и неленивости прикинуть это и на глазок. Простым смертным проще всего таки загрузить live вариант системы на компе и посмотреть что по факту заработало. Это намного быстрее и проще.
> вручную его ядра на чего посвежей решить?
При желании - можно. При достаточной пряморукости можно затолкать в относительно старую систему относительно новое ядро. У меня вот в системе стоит 3.10rc2 сейчас стоит. Но это на мой страх и риск и я знаю что я делаю.
> ("прикручиваемое" так не родное ядро что, может несовместимым с другими компонентами
> такой ОС что ли оказаться?В принципе - может. Хотя чаще всего оно все-таки остается совместимо. Проблемы могут быть в основном при использовании проприетарных драйверов и тому подобных вещах. Если проприетарных драйверов не использовалось - обычно с новым ядром система просто взлетает без особых приключений. Но гарантий этого никто не даст - на то между майнлайном и пользователем и обитают майнтайнеры, чтобы это проверять и при необходимости чинить что отвалилось. Если майнтайнеров между вами и майнлайном нет - ну вы сам себе майнтайнер и сами отвечаете за то что последует после ваших действий.
> другое. Но такое бывает редко))).
Ясен фиг - при этом есть риск отвалов чего-нибудь. Майнтайнеры по этому поводу придерживаются принципа "работает - не трогай", и без серьезных причин ядро по крупному заменять не любят.
> Есть и такие ветки ядра, которые в течение срока своей поддержки
> получают аж десятки патчей. В этих патчах новые драйвера бывают?Когда как. Иногда бывают. Иногда дописывают идентификаторы новых устройств, если они могут подхватиться уже существующими драйверами. Но крупные изменения, в том числе и драйверах - все-таки идут в новые версии майнлайн ядер. А в старые - в меру дурости и неленивости майнтайнеров дистрибутива и их желания что-то куда-то бэкпортировать. Любителям свежего оборудования стоит выбирать себе дистры посвежее. Для упрощения жизни. Можно конечно спихнуть на себя часть того что делают майнтайнеры. Но зачем?
> Проблемы с отсутствием в дистре нужных драйверов на ноутбуки (особенно на
> те, что поновей)- более вероятны, чем на десктопы (а почему?)Потому что там железо относительно экзотичное. Нотик может являться довольно уникальной хреновиной и такое сочетание железа может больше вообще нигде не встречаться. Там всякие фирменные довески от производителей - в десктопах меньше таким заморачиваются и с ними как-то попроще.
> ответ написали, что поддержкой линукса они совсем не занимаются! (а почему?)
Потому что они там с MS партнерствуют и если они будут сильно поддерживать Linux - MS их лишит "скидок" на винды. Кроме того у них может и не быть специалистов в вопросе. Какие-то внятные перспективы получить поддержку - разве что если Linux был предустановлен. Впрочем, производители нотиков - не пишут операционки. И драйвера как правило не пишут. В Linux драйвера пишут как раз те кто и ядро разрабатывает. В винде - производители чипов и прочих компонентов в основном. Частично - MS, частично - вот эти. Какие-то крохи может и сам производитель, но это только на совсем уж свою специфику (как можно догадаться, большинство чипов в ноуте производит отнюдь не Асус, асус их умеет только запаивать себе на плату и продавать это, а драйвера пишет кто-нибудь другой).
> Если проприетарных драйверов не использовалось - обычно с новым ядром
> система просто взлетает без особых приключений. Но гарантий этого никто не
> даст - на то между майнлайном и пользователем и обитают майнтайнеры,
> чтобы это проверять и при необходимости чинить что отвалилось. Если майнтайнеров
> между вами и майнлайном нет - ну вы сам себе майнтайнер
> и сами отвечаете за то что последует после ваших действий.то то вчера на Acer One D270 ядро 3.5.0 из убунты не стало - система просто висла. зато 3.2 и 3.8 из тех же реп - вполне себе стояли и работали, только в 3.8 куча артифактов в инксах на intel драйвере.
и не одно из этих ядре не работало толком с wifi. сидя в 50cм от wifi точки - показывало 90% уровня - в соседней комнате - 40% и постоянно падало на 16мбит/с и раз в 20 минут теряло точку. Плюнул - вернул людям винду на ноут - сразу все заработало отлично. 90% уровня раза в 2-3 дальше чем было 40% под Linux.
Ну и в дополнение Network-manager так и не избавился от привычки к периодическому сканированию - что вызывает обрывы звука в skype, установка wicd помогла. Вот такая вот поделка Портера (да да NM это его поделка).
ну ничего, ещё пару раз установите очередной дистрибутив Linux и разберётесь что к чему и для чего сделать чтобы всё сразу работало а не частями...
А оно мне надо ?:) Тем более фиксить дрова wifi карты (bcmmac что ли?) я не нанимался. у меня есть более интересные вещи чем заниматься в свободное от работы время. С девушкой погулять хотя бы :-)
Съездить на природу, искупаться в море.. а не сидеть и маструбировать на Linux.Если Linux выполняет свою работу - как запускалка MPI программ на кластерах Cray или в прошивке моего роутера - я его использую, если он не в состоянии выполнить работу на ноуте - я его убираю и использую то что лучше выполняет свою задачу. Согласитесь - нужно выбирать окружение под задачу, а не задачи под окружение?
> Согласитесь - нужно выбирать окружение под задачу, а не задачи под окружение?соглашусь что нужно покупать железо под окружение а не окружение под железо... сейчас ещё есть производители которые доводят свои "девайсы" конкретно под комплектующие чуть подешевле путём изменения драйверов, может вам везёт на "таланты"
ЗЫ: в любом случае поддержка такого железа не на высоком уровне на любой системе - через года два уже надо отдельно искать драйвера или покупать новую игрушку... ещё скажите что никогда не ходили по виндофорумам - там проблем не меньше
> соглашусь что нужно покупать железо под окружение а не окружение под железо... сейчас ещё есть производители которые доводят свои "девайсы" конкретно под комплектующие чуть подешевле путём изменения драйверов, может вам везёт на "таланты"Везет не мне. Люди купили не самый дешевый netbook - попросили поставить что нить для мамы что бы она могла в интернете лазить - web, mail, skype. А оно вот так.
>ещё скажите что никогда не ходили по виндофорума
не ходил. у мака поддержка железа отличная, так что можно сосредоточиться на работе, а не заниматься разгребанием проблем на ровном месте.
ps. в свое время проблемы с офисом и skype послужили причиной пересаживания конторы с linux на mac. Что бы люди работали, а не занимались поиском как решать проблемы.
> не ходил. у мака поддержка железа отличная, так что можно сосредоточиться на
> работе, а не заниматься разгребанием проблем на ровном месте.У мака отличная поддержка железа. Пока покупаешь полторы железки от эппла по конским ценам. А чуть шаг в сторону - и все, их "поддержка железа" идет лесом.
Если столь же разборчиво покупать ноут с предустановленным линем, типа того делла с убунтой - так на нем тоже все работать будет. А если попробовать вкатить макось на ноут с которого винду только что вытряхнули - понятно чего будет. По факту у эппла нет никакой хорошей поддержки оборудования. Есть искусственное ограничение ассортимента в более понятном тупым хомякам виде и не более того. Тем не менее, я могу сходу найти железок которые там будут по нулям.
>> не ходил. у мака поддержка железа отличная, так что можно сосредоточиться на
>> работе, а не заниматься разгребанием проблем на ровном месте.
> У мака отличная поддержка железа. Пока покупаешь полторы железки от эппла по
> конским ценам. А чуть шаг в сторону - и все, их
> "поддержка железа" идет лесом.далеко не по конским. Если вы сравните ноуты бизнес класса с такими же характеристиками - увидите что это еще и весьма средние цены :)
Лана - понятно что пошли съезжать с темы :-)
Какие вы смешные линуксоиды..
> то то вчера на Acer One D270 ядро 3.5.0 из убунты не стало - система просто висла.Бывают в жизни огорчения. Попробуйте поставить ваши любимые бзды или солярис, если уж Linux must rip, может полегчает :). Не забудьте success story выложить.
> куча артифактов в инксах на intel драйвере.
Что, на столь разных ядрах? Если так - скорее всего баг не в ядерной части драйвера. Для убунты 12.04 (LTS) и 12.10 можно попробовать на свой страх и риск подключить oibaf PPA (https://launchpad.net/~oibaf/+archive/graphics-drivers/). Там весьма свежие сборки драйверов из GIT, большинство известных разработчикам багов обычно удавлены. Хотя взамен могут встретиться новые или не зарепорченые баги и это все-таки WIP и довольно часто перетряхивается. С другой стороны можно остановиться на удачной версии драйвера и не апдейтить его - никто под дулом пистолета не заставит это делать :)
Если же подозрения на ядерную часть - опять же, можно опробовать какую-нибудь иную версию убунтуйского кернела - на http://kernel.ubuntu.com/~kernel-ppa/mainline/ доступен весь ассортимент. И проверить с иными кернелами. Установить сие можно как просто deb-пакеты (4 пакета для старых ядер, 3 пакета для новых), через dpkg -i и ребутнуться в нужный кернел. Можно хоть 3.10rc2 на свой зад погонять, почти в том виде как он в майнлайне сейчас. Если там что-то не пофикшено - можно сразу же и отписать куда-нибудь в багзиллу о факапе.
> и не одно из этих ядре не работало толком с wifi.
Какой адаптер?
> дальше чем было 40% под Linux.
Опять же - бывают в жизни огорчения. А у меня на нотике ath9k на AR9285 работает замечательно. По всей хате обещанные 150Мбит выдает.
> Ну и в дополнение Network-manager так и не избавился от привычки к
> периодическому сканированию - что вызывает обрывы звука в skype,А откуда вывод что виноват именно NM? Само по себе периодическое сканирование сетей является вполне нормальной практикой - это сделано для того чтобы при желании законектиться к сети юзер не раздуплял полчаса пока идет скан с нуля. И в нормальном виде это по задумке совершенно фоновая активность которая не ведет к каким лмбо проблемам. Почему в этом случае оно не так - а хз. Что-то у меня нехорошие подозрения насчет сетевки. На каком чипе это сделано?
А вообще - ну да, бывают грабли с тем или иным оборудованием. А у кого их совсем нет? Даже в той же винде например драйвер интеловского GPU - полная лотерея. Я например встречал ситуации когда он вешает графику при выходе из power-down режимов или просто работает нестабильно, вплоть до бана в хрома/файрфоксе как known bad версии на которой нельзя включать ускорение и webGL. И?
>> то то вчера на Acer One D270 ядро 3.5.0 из убунты не стало - система просто висла.
> Бывают в жизни огорчения. Попробуйте поставить ваши любимые бзды или солярис, если
> уж Linux must rip, может полегчает :). Не забудьте success story
> выложить.это не мой ноут, ставить бесполезно, себе я уж сам выберу что я хочу.
>> куча артифактов в инксах на intel драйвере.
> Что, на столь разных ядрах? Если так - скорее всего баг не
> в ядерной части драйвера. Для убунты 12.04 (LTS)собственно и брали lts. где-то их больше было - где-то меньше. 3.5 вот вообще проверить не удалось - ибо не запустилось.
и 12.10 можно
> попробовать на свой страх и риск подключить oibaf PPA (https://launchpad.net/~oibaf/+archive/graphics-drivers/).
> Там весьма свежие сборки драйверов из GIT, большинство известных разработчикамто есть начните шаманить с бубном. Нет у меня времени это делать - и так пришлось убить пол дня на это.
> в майнлайне сейчас. Если там что-то не пофикшено - можно сразу
> же и отписать куда-нибудь в багзиллу о факапе.Нет времени. Мне делом заниматься надо. Задача была простая - сделать людям рабочую игрушку.
Тратить времени больше минимально необходимого - я не вижу смысла.>> и не одно из этих ядре не работало толком с wifi.
> Какой адаптер?bcrmac что ли - или похожее имя. не запоминал - а железка уже давно отдана.
DriverVer=08/18/2011, 5.100.196.8
CatalogFile = BCM43XX.CAT
CatalogFile.NTamd64=BCM43XX64.CAT
>> дальше чем было 40% под Linux.
> Опять же - бывают в жизни огорчения. А у меня на нотике
> ath9k на AR9285 работает замечательно. По всей хате обещанные 150Мбит выдает.на Dell D630, E6400 все летает - на этой железке все глючит. Переход на винду полечил скорость.
>> Ну и в дополнение Network-manager так и не избавился от привычки к
>> периодическому сканированию - что вызывает обрывы звука в skype,
> А откуда вывод что виноват именно NM?1) логи wifi events
2) старые (лет 5 назад) разборки с NM включая с копанием в сырках
3) можно погуглить - там таких руганей....
Само по себе периодическое сканирование
> сетей является вполне нормальной практикой - это сделано для того чтобы
> при желании законектиться к сети юзер не раздуплял полчаса пока идет
> скан с нуля.чего ?! iwlist scan занимает ровно 10секунд - зачем делать без явного запроса пользователя не понятно.
но как обычно потерингу было нехрен делать - хотя даже студенту понятно что пока идет сканирование - данные передаваться/приниматься не могут (радиомодуль он один).
что при каких либо таймаутах - будет вырастать в проблемы с потерями пакетов.
> И в нормальном виде это по задумке совершенно
> фоновая активность которая не ведет к каким лмбо проблемам. Почему в
> этом случае оно не так - а хз. Что-то у меня
> нехорошие подозрения насчет сетевки. На каком чипе это сделано?какой-то броадком. Собственно когда-то давно тоже самое было на Dell D630 пока была необходимость использовать linux в качестве рабочего места.
> А вообще - ну да, бывают грабли с тем или иным оборудованием.
> А у кого их совсем нет?У мака :-) но там сильно малый набор железа и очень хорошо вылизано на нем.
ах да, обычный драйвер из состава ядра для броадкома на RTN-16 ровно так же глючит, приходится жить с закрытым.. надо было наверно и тут попробывать поставить закрытые дрова - но что-то не подумал :-)