The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлен фреймворк Compat, позволяющий использовать новые..., opennews (??), 09-Мрт-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


12. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от анонимус (??), 09-Мрт-12, 20:31 
>>зачем?

затем, чтобы dkms модуль из squeeze для virtualbox компилировался с ядром из squeeze-backports. Для того, чтобы иметь драйверы, которые компилируются везде, а не сыплют ошибками о неизвестных функциях или членах структур.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

14. "Представлен фреймворк Compat, позволяющий использовать..."  –11 +/
Сообщение от arisu (ok), 09-Мрт-12, 20:33 
>>>зачем?
> затем, чтобы dkms модуль из squeeze для virtualbox компилировался с ядром из
> squeeze-backports. Для того, чтобы иметь драйверы, которые компилируются везде, а не
> сыплют ошибками о неизвестных функциях или членах структур.

а теперь второй, сложный вопрос. ты же не думал, что всё так просто будет? вопрос: а почему эти драйверы не приведены в соответствие с новым API?

если что: это тоже не последний вопрос, это я всего лишь позволяю тебе всё больше и больше «засыпаться».

Ответить | Правка | Наверх | Cообщить модератору

15. "Представлен фреймворк Compat, позволяющий использовать..."  +4 +/
Сообщение от анонимус (??), 09-Мрт-12, 20:41 
>>а теперь второй, сложный вопрос. ты же не думал, что всё так просто будет?

тон попроще сделай, ok?

>>вопрос: а почему эти драйверы не приведены в соответствие с новым API?

ответ элементарный - потому что в ядре в очередной раз всё сделали как нужно. На этот раз точно как нужно. Честно. В последний. Честно-честно. И код модуля в итоге превращается в

#if LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 32)
...
#elif LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 35)
...
#elif LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 39)
...

Это до тех пор, пока в 3.2 не сделают опять всё правильно. Но это точно в последний раз. Честно.

Ответить | Правка | Наверх | Cообщить модератору

18. "Представлен фреймворк Compat, позволяющий использовать..."  –16 +/
Сообщение от arisu (ok), 09-Мрт-12, 20:53 
>>>а теперь второй, сложный вопрос. ты же не думал, что всё так просто будет?
> тон попроще сделай, ok?

денег мне сначала заплати, а потом указывай, ok?

>>>вопрос: а почему эти драйверы не приведены в соответствие с новым API?
> ответ элементарный — потому что в ядре в очередной раз всё сделали
> как нужно.

нет, ответ неверный. а верный ответ вот такой: потому что драйверы давно заброшены разработчиками, и настолько никому не нужны, что не нашлось людей для портирования на новое ядро. которое выходит не ВНИЗАПНА ИЗ ПОДВАЛА, а проходит кучу rc-стадий, и за это время можно драйвер портануть. такие дела.

да, кстати: при этом можно дропнуть поддержку старых ядер. потому что если кому-то надо, то он будет бэкпортить. а если бэкпортить некому… ну, тут опять всё ясно.

итого: смена API мешает только древнему гуано, которое некому поддерживать. ну, и бедняшам-проприетарщикам, которые жмутся отдать код.

Ответить | Правка | Наверх | Cообщить модератору

19. "Представлен фреймворк Compat, позволяющий использовать..."  +4 +/
Сообщение от анонимус (??), 09-Мрт-12, 21:03 
>>денег мне сначала заплати, а потом указывай, ok?

скажи свой адрес в Paypal, переведу 2$

>>нет, ответ неверный. а верный ответ вот такой: потому что драйверы давно заброшены разработчиками

Бгг. Ты намекаешь на то, что ОТЛИЧНО РАБОТАЮЩИЙ драйвер должны ПОСТОЯННО поддерживать только для того, чтобы он просто компилировался? То есть кто-то будет сидеть и тратить своё время на работающем драйвере только для того, что проверять API для КАЖДОЙ новой версии ядра и писать херню типа полотенец из #ifdef? Чтобы в итоге один и тот же код за 10 лет оброс сотней #ifdef-оф? Это полный бред, который придумали люди, которые не пишут сторонние драйверы, и которые плюют на всех остальных сторонних разработчиков. Не нужно потом удивляться, что некоторые железки не работают под Linux. Потому что производители могут и покласть на него. А зачем тратить время на ПОСТОЯННУЮ поддержку работающего кода, когда его можно написать один раз сразу под все винды, или, в худшем случае, обойтись небольшими обходными манёврами, в сравнению с которыми полотенца из #if LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 39) - это ад? Кому это надо?

Ответить | Правка | Наверх | Cообщить модератору

21. "Представлен фреймворк Compat, позволяющий использовать..."  –5 +/
Сообщение от arisu (ok), 09-Мрт-12, 21:25 
> скажи свой адрес в Paypal, переведу 2$

за такие деньги я максимум «звёздочку» добавлю к адресу посылки.

> Бгг. Ты намекаешь на то, что ОТЛИЧНО РАБОТАЮЩИЙ драйвер должны ПОСТОЯННО поддерживать
> только для того, чтобы он просто компилировался?

да. потому что это значит, что автор за ним следит. сдувает пыль. и ты пы.

> То есть кто-то будет
> сидеть и тратить своё время на работающем драйвере только для того,
> что проверять API для КАЖДОЙ новой версии ядра и писать херню
> типа полотенец из #ifdef?

а кого-то заставляют, что ли? тратит тот, кому это надо. или кому интересно. если никому неинтересно и никому не надо… ну, увы.

> Чтобы в итоге один и тот же
> код за 10 лет оброс сотней #ifdef-оф?

нет, достаточно дропать поддержку окаменелостей. ты ещё скажи, что на всякий случай ядра серии 0.99 надо поддерживать, а то мало ли…

> Это полный бред, который
> придумали люди, которые не пишут сторонние драйверы, и которые плюют на
> всех остальных сторонних разработчиков.

коммерческие драйверы к спецжелезу обычно затачиваются под какую-то RHEL, например, где ядра меняются редко. а если хочешь драйвер живой (а может даже и в mainline) — изволь поддерживать.

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

потому что производители зажали и спеки, и драйвера. ССЗБ.

> Потому что производители могут и покласть на него.

а отдать код драйвера — жаба душит. всенепременно «украдут» же.

> А зачем тратить время на ПОСТОЯННУЮ поддержку работающего кода

…если его можно отдать в mainline, и его будут тянуть те, у кого эта железяка есть.

Ответить | Правка | Наверх | Cообщить модератору

24. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 09-Мрт-12, 21:42 

>> То есть кто-то будет
>> сидеть и тратить своё время на работающем драйвере только для того,
>> что проверять API для КАЖДОЙ новой версии ядра и писать херню
>> типа полотенец из #ifdef?
> а кого-то заставляют, что ли? тратит тот, кому это надо. или кому
> интересно. если никому неинтересно и никому не надо… ну, увы.
>> Чтобы в итоге один и тот же
>> код за 10 лет оброс сотней #ifdef-оф?
> нет, достаточно дропать поддержку окаменелостей. ты ещё скажи, что на всякий случай
> ядра серии 0.99 надо поддерживать, а то мало ли…

Мисье не разу не видел как надо поддерживать всю линейку 2.6.x одним кодом?
Следует осмотреться.


>> Это полный бред, который
>> придумали люди, которые не пишут сторонние драйверы, и которые плюют на
>> всех остальных сторонних разработчиков.
> коммерческие драйверы к спецжелезу обычно затачиваются под какую-то RHEL, например, где
> ядра меняются редко. а если хочешь драйвер живой (а может даже
> и в mainline) — изволь поддерживать.

Открою истину в RHEL - меняют не сильно меньше между updates.

>> Не нужно потом удивляться, что некоторые железки
>> не работают под Linux.
> потому что производители зажали и спеки, и драйвера. ССЗБ.

не все измеряется драйверами.

>> А зачем тратить время на ПОСТОЯННУЮ поддержку работающего кода
> …если его можно отдать в mainline, и его будут тянуть те, у
> кого эта железяка есть.

Не все берут. Вот рейсерфс-4 не берут, и это самый известный пример. Можно еще стопку привести.
Ибо не берут. То код не так оформлен, то работает с ядром не так - причин много будет.
То уже есть такая функциональность.
Что делать в этом случае?!

Ответить | Правка | Наверх | Cообщить модератору

29. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от arisu (ok), 09-Мрт-12, 22:20 
> Мисье не разу не видел как надо поддерживать всю линейку 2.6.x одним
> кодом?

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

> Не все берут. Вот рейсерфс-4 не берут, и это самый известный пример.

не готов.

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

патчи.

Ответить | Правка | Наверх | Cообщить модератору

129. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 11-Мрт-12, 15:48 
> Мисье не разу не видел как надо поддерживать всю линейку 2.6.x одним
> кодом?
> мсье вообще-то далеко не один ядерный драйвер писал.

Писать мало - надо поддерживать. А то похоже мисье написал и выкинул на помойку - пусть кто угодно потом портирует и поддерживает.

> Не все берут. Вот рейсерфс-4 не берут, и это самый известный пример.
> не готов.

Отмазки. рейсер был готов очень давно - просто он работал с VM не так как работает ext2-4, а Linux MM заточен только под эти файловые системы и к другим прикручивается очень с трудом.
Примеров того что готово и применялось в продакшене но не взяли - много.
Lustre - и их RAW ops, которые бы позволили кластерным fs экономить сетевое rpc, intent operations - которые выродились в open intent - когда NFS проснулся и понял что это нужная вещь.

Шедулер от колинса - который показывал улучшение - но ведь написан не дружком Торвальдса.
OpenVZ и их изолированные контейнеры - стабильный код, но не принят в ядро.
Им бы развиваться - вместо портирования по разным ядрам.
Да вагон всего.  

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

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

Ответить | Правка | Наверх | Cообщить модератору

83. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 10-Мрт-12, 17:52 
> Ибо не берут. То код не так оформлен, то работает с ядром
> не так - причин много будет.

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

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

150. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 13-Мрт-12, 09:08 
OpenVZ полудохлый отход? РейсерФС? или Lustre? или стопка еще другого, что развивается вне ядра..
Какие же вы все однобокие..
Ответить | Правка | Наверх | Cообщить модератору

26. "Представлен фреймворк Compat, позволяющий использовать..."  +1 +/
Сообщение от анонимус (??), 09-Мрт-12, 21:46 
>>за такие деньги я максимум «звёздочку» добавлю к адресу посылки.

изначально речь не шла о минимальных суммах, скользкий ты наш

>>достаточно дропать поддержку окаменелостей

никакими окаменелостями тут и не пахнет. 99% строк с #ifdef виденных мной в сторонних драйверах касаются ядер 2.6.30 и выше. А что вы хотите, когда в 2.6.30 это имеет такую структуру, в 2.6.32 - другую, а в 2.6.38 - третью?

>>а кого-то заставляют, что ли? тратит тот, кому это надо. или кому интересно. если никому неинтересно и никому не надо… ну, увы.

те кому это надо и интересно в большинстве случаев почему-то оказываются совсем не программистами для kernel, и может получится так, что никто для ядра это поддерживать не будет. Sad, but true. Пользователи? Да пошли они, эти пользователи. Пусть просто не покупают эту железку, ведь stable API - это нонсенс, да?

>>потому что производители зажали и спеки, и драйвера. ССЗБ.

потому что производитель написал драйвер под виндоус один раз, и дал человеку бонус, чтобы он исправлял баги. Никто в здравом уме в этой ситуации не будет нанимать фултайм программиста, чтобы он переделывал драйвера для каждой новой версии ядра. Спасибо non-stable API за это большое достижение.

>>а отдать код драйвера — жаба душит. всенепременно «украдут» же.

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

>>…если его можно отдать в mainline, и его будут тянуть те, у кого эта железяка есть.

откуда такая уверенность, что те, кто может что-то тянуть захотят тянуть ещё что-то непонятное, и у них есть вообще эта железка? Где гарантия?

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

27. "Представлен фреймворк Compat, позволяющий использовать..."  –1 +/
Сообщение от arisu (ok), 09-Мрт-12, 22:16 
> изначально речь не шла о минимальных суммах, скользкий ты наш

именно поэтому я и могу выдвигать разные условия.

> никакими окаменелостями тут и не пахнет. 99% строк с #ifdef виденных мной
> в сторонних драйверах касаются ядер 2.6.30 и выше. А что вы
> хотите, когда в 2.6.30 это имеет такую структуру, в 2.6.32 -
> другую, а в 2.6.38 - третью?

дропнуть поддержку <2.6.38

> те кому это надо и интересно в большинстве случаев почему-то оказываются совсем
> не программистами для kernel, и может получится так, что никто для
> ядра это поддерживать не будет. Sad, but true.

собраться толпой, дать по пять копеек, набрать сумму и нанять человека -- неа?

>>>потому что производители зажали и спеки, и драйвера. ССЗБ.
> потому что производитель написал драйвер под виндоус один раз, и дал человеку
> бонус, чтобы он исправлял баги. Никто в здравом уме в этой
> ситуации не будет нанимать фултайм программиста, чтобы он переделывал драйвера для
> каждой новой версии ядра. Спасибо non-stable API за это большое достижение.

ССЗБ.

>>>а отдать код драйвера — жаба душит. всенепременно «украдут» же.
> драйвер может прояснить работу железа. Внаглую скопировать это какому-нибудь Хуавею - раз
> плюнуть. Это никому не надо.

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

>>>…если его можно отдать в mainline, и его будут тянуть те, у кого эта железяка есть.
> откуда такая уверенность, что те, кто может что-то тянуть захотят тянуть ещё
> что-то непонятное, и у них есть вообще эта железка? Где гарантия?

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

Ответить | Правка | Наверх | Cообщить модератору

44. "Представлен фреймворк Compat, позволяющий использовать..."  +1 +/
Сообщение от анонимус (??), 09-Мрт-12, 23:17 
>>дропнуть поддержку <2.6.38

это неправильно сформулированная фраза. Правильно так: "дропнуть все LTS дистрибутивы. Хотите этот драйвер - портируйте сами, это ваши проблемы, а не наши.". Отличный выход =)

>>собраться толпой, дать по пять копеек, набрать сумму и нанять человека -- неа?

то есть уже надо и деньги собирать на оправдывание идеи, что stable API - это нонсенс? Может, проще прийти к логическому заключению, что non-stable API - это полный бред? Хотите менять API - пожалуйста, делайте это хотябы каждый 10-15 субверсий. Но не каждую вторую.

>>ССЗБ.

Кто ССЗБ? Компания? Да ей пофиг на Linux, это 2% пользователей. В проигрыше остаются именно эти 2% пользователей, а не какие-то компании. Которые потом плачут по форумам почему моя железка не пашет.

>>вообще-то копипастят и без драйверов

конечно. Только с драйверами это в 20 раз быстрее. И назавтра уже у компании Хуавей выходит революционно новый продукт, который почему-то на 99% напоминает твой.

>>нигде. зато если есть те, кому это надо -- они могут нанять того, кто умеет.

как это всё романтично и глупо. Пользователи хотят рабочее железо, компании хотят более-менее стабильное API. Никто ничего сбоирать не будет, если эта железка работает в винде начиная с XP и заканчивая rc Win8. Кому скажем за это спасибо?

Ответить | Правка | Наверх | Cообщить модератору

51. "Представлен фреймворк Compat, позволяющий использовать..."  –1 +/
Сообщение от arisu (ok), 09-Мрт-12, 23:46 
> это неправильно сформулированная фраза. Правильно так: "дропнуть все LTS дистрибутивы.
> Хотите этот драйвер - портируйте сами, это ваши проблемы, а не
> наши.". Отличный выход =)

авторы драйверов говорили про поддержку? или про это говорили авторы дистрибутивов? кто заявил поддержку -- тот и держит.

> то есть уже надо и деньги собирать на оправдывание идеи, что stable
> API - это нонсенс?

лолщито?

> Может, проще прийти к логическому заключению, что
> non-stable API - это полный бред?

исходники ядра открыты. ну, тыпонелда?

> Кто ССЗБ? Компания? Да ей пофиг на Linux, это 2% пользователей.

нам тоже пофиг на такую компанию. железа много.

> проигрыше остаются именно эти 2% пользователей, а не какие-то компании. Которые
> потом плачут по форумам почему моя железка не пашет.

бедные. скорблю вместе с ними.

> конечно. Только с драйверами это в 20 раз быстрее. И назавтра уже
> у компании Хуавей выходит революционно новый продукт, который почему-то на 99%
> напоминает твой.

какая жалость. особенно смешно это читать от человека, никогда не разрабатывавшего железо.

да, неуважаемый arisu успел во многих областях поработать. абыдна, да?

> как это всё романтично и глупо. Пользователи хотят рабочее железо, компании хотят
> более-менее стабильное API. Никто ничего сбоирать не будет, если эта железка
> работает в винде начиная с XP и заканчивая rc Win8. Кому
> скажем за это спасибо?

драйвера. для XP/W7. бугога. можно, ты расскажешь эти сказки кому-нибудь другому?

Ответить | Правка | Наверх | Cообщить модератору

53. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от анонимус (??), 10-Мрт-12, 00:08 
как я понял, кроме лолщито и нутыпнелда больше сказать нечего в защиту stable API?

>>какая жалость. особенно смешно это читать от человека, никогда не разрабатывавшего железо.

с чего ты это взял, гадаешь по постам на опеннете? Железку способен разработать один человек за 1-2 года. Если её разрабатывают 30 человек с наличием уже готовой железки, с полным исходным кодом прошивки - копирование занимает от силы полгода-год. Этим занимаются, в частности, нечестные печатники из Китая, которые воруют всё что плохо лежит. Дай таким исходники - и будет тебе бугога. Я работал в Cisco в Кремниевой Долине, да, в том самом, где у Cisco свой район и отличный вид на горы, где разрабатывались железки с нуля, не нужно мне рассказывать о том, как их копируют и сколько это занимает времени.

>>драйвера. для XP/W7. бугога. можно, ты расскажешь эти сказки кому-нибудь другому?

Я ни слова не понял из этого поста кроме того, что тебе больше нечего сказать. Что смешного, слово "драйвер"?

Ответить | Правка | Наверх | Cообщить модератору

111. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 11-Мрт-12, 03:24 
Спор сторонника 1 мегакостыля и сторонника множества фиксов.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

149. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от pavlinux (ok), 12-Мрт-12, 21:28 
> Спор сторонника 1 мегакостыля и сторонника множества фиксов.

Не, это два баклана, которые никогда не писали дрова.
Фикс между версиями занимает 5 минут, где проблему нашли не ясно.
Для таких Торвальдыц и сказал, - не хочешь срать, не мучай жопу,
в смысле, идите в дистрибутив.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

151. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 13-Мрт-12, 09:11 
>> Спор сторонника 1 мегакостыля и сторонника множества фиксов.
> Не, это два баклана, которые никогда не писали дрова.
> Фикс между версиями занимает 5 минут, где проблему нашли не ясно.
> Для таких Торвальдыц и сказал, - не хочешь срать, не мучай жопу,
> в смысле, идите в дистрибутив.

баклан - попробуй напиши фикс за 5 минут когда в ядре заменили ->nopage() на ->fault() ?
hint - page locking тогда тоже поменялся.

ps. а теперь усложним задачу и представим что надо одновременно поддерживать оба варианта.


Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

155. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от pavlinux (ok), 15-Мрт-12, 01:56 
Мне ваще пофигу, что, куда и как. Деньги платят - делаем,
нет - идём дальше. Чё щухер устроили, не пойму, это ж бабло наше.
А мозги пущай менеджеры  трахают, надо это им или нет.  
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

20. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от анонимус (??), 09-Мрт-12, 21:06 
И не нужно потом плакать о том, что bcm4312 чипы не работают на > 2.6.38. Хотя прекрасно работают на всех виндах. Такова участь системы, в которой разработчики поевать хотели на stabe API.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

22. "Представлен фреймворк Compat, позволяющий использовать..."  –4 +/
Сообщение от arisu (ok), 09-Мрт-12, 21:26 
> И не нужно потом плакать о том, что bcm4312 чипы не работают
> на > 2.6.38. Хотя прекрасно работают на всех виндах. Такова участь
> системы, в которой разработчики поевать хотели на stabe API.

внизапна, и фиг с ними. я лично не ною.

Ответить | Правка | Наверх | Cообщить модератору

25. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 09-Мрт-12, 21:43 
>> И не нужно потом плакать о том, что bcm4312 чипы не работают
>> на > 2.6.38. Хотя прекрасно работают на всех виндах. Такова участь
>> системы, в которой разработчики поевать хотели на stabe API.
> внизапна, и фиг с ними. я лично не ною.

А что с другими - таки да - фиг с ними, моя хата с краю и у меня работает.
А сколько ноешь что дрова от nvidia не поддерживают твое новое ядро ?

Ответить | Правка | Наверх | Cообщить модератору

31. "Представлен фреймворк Compat, позволяющий использовать..."  –1 +/
Сообщение от arisu (ok), 09-Мрт-12, 22:22 
> А что с другими — таки да — фиг с ними, моя
> хата с краю и у меня работает.

угу. как только у меня перестанет работать — буду искать пути решения.

> А сколько ноешь что дрова от nvidia не поддерживают твое новое ядро?

цитату, плиз. у меня вот даже последний RC (сейчас стоит RC, да) — нвидиевский блоб поддерживает. ЧЯДНТ?

Ответить | Правка | Наверх | Cообщить модератору

38. "Представлен фреймворк Compat, позволяющий использовать..."  +1 +/
Сообщение от Аноним (-), 09-Мрт-12, 22:38 
> — нвидиевский блоб поддерживает. ЧЯДНТ?

Оперируешь взаимоисключающими параграфами :)

Ответить | Правка | Наверх | Cообщить модератору

40. "Представлен фреймворк Compat, позволяющий использовать..."  –2 +/
Сообщение от arisu (ok), 09-Мрт-12, 22:54 
какими? O_O
Ответить | Правка | Наверх | Cообщить модератору

55. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 10-Мрт-12, 00:09 
> какими? O_O

Хвалишь открытые дрова и при этом тут же уточнаешь что юзаешь нвидиевский блоб :). Зачетно придумано, кто-то обязательно поделит на 0 :)

Ответить | Правка | Наверх | Cообщить модератору

34. "Представлен фреймворк Compat, позволяющий использовать..."  +3 +/
Сообщение от Аноним (-), 09-Мрт-12, 22:30 
> И не нужно потом плакать о том, что bcm4312 чипы не работают на > 2.6.38.

Если ты о кривой проприетарной какашке от броадкома в качестве драйвера - им такая позиция уже стоила откровенной нелюбви разработчиков везде где только можно.

> Хотя прекрасно работают на всех виндах

Ну так пользуйтесь ими и не зудите, если для вас так лучше. Никто не будет специально для вас делать винду из линукса. Винды достаточно одной. А в лине никто не будет терпеть кривизну чужого индусского г@внокода. Самый простой метод - открыть сорц и допинать его до кондиции когда его примут в майнлайн. Хотите забить? Забивайте, но 2% грамотного населения, которые окружающим и ставят системы и помогают выбрать железо начнут вас активно и люто антипиарить за имеющийся с вами геморрой. И если 1 компьютерщик не посоветует вас всего 10 чайникам, 2% станут уже 20% не в вашу пользу. Такой вот фактор рычага...

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

54. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от анонимус (??), 10-Мрт-12, 00:09 
>>Самый простой метод - открыть сорц

кто вам сказал, что он закрыт? Драйвер открыт. Просто ребята из BC не до конца поняли куда попали.

Ответить | Правка | Наверх | Cообщить модератору

28. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от myhand (ok), 09-Мрт-12, 22:20 
> нет, ответ неверный. а верный ответ вот такой: потому что драйверы давно заброшены разработчиками

Да ну :)  А может кому-то просто нафиг не упало поддерживать сразу <задоблацо сколько релизов>.

> да, кстати: при этом можно дропнуть поддержку старых ядер.

К счастью, не все разработчики такие буратины как ты.  Деньги плотят прежде всего за поддержку тех ядер, которые в дистрибутивы кладут, а не за писк моды с kernel.org.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

33. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от arisu (ok), 09-Мрт-12, 22:24 
> Да ну :)  А может кому-то просто нафиг не упало поддерживать
> сразу <задоблацо сколько релизов>.

потому что *не поддерживается*, опа.

>> да, кстати: при этом можно дропнуть поддержку старых ядер.
> К счастью, не все разработчики такие буратины как ты.  Деньги плотят
> прежде всего за поддержку тех ядер, которые в дистрибутивы кладут, а
> не за писк моды с kernel.org.

*нормальные* разработчики отдают исходники. а проблемы жадных буратин — это их интимные проблемы.

Ответить | Правка | Наверх | Cообщить модератору

36. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 09-Мрт-12, 22:36 
> *нормальные* разработчики отдают исходники. а проблемы жадных буратин — это их интимные проблемы.

(troll mode) как там нвидия поживает? Хотя ходят слухи что они понемногу исправляются. В Linux foundation вон вступили чего-то :). Этак, глядишь еще и спеки на карточки выложат однажды?!

Ответить | Правка | Наверх | Cообщить модератору

41. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от arisu (ok), 09-Мрт-12, 22:56 
жадно поживают. жаль. ждём-с.

впрочем, (troll mode on) а как там с драйверами для AMD, у которых даже спеки дали?

Ответить | Правка | Наверх | Cообщить модератору

81. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 10-Мрт-12, 17:48 
> которых даже спеки дали?

Да в общем то они вон уже opencl допиливают, лыжи едут (глянь на форониксе, там пара свежих новостей в тему как раз есть) так что я искренне надеюсь дожить до момента когда я смогу гонять скоростные вычисления без задействования враждебных элементов :)

День когда это случится будет моим маленьким персональным праздником.

Ответить | Правка | Наверх | Cообщить модератору

152. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 13-Мрт-12, 09:12 
>> которых даже спеки дали?
> Да в общем то они вон уже opencl допиливают, лыжи едут (глянь
> на форониксе, там пара свежих новостей в тему как раз есть)
> так что я искренне надеюсь дожить до момента когда я смогу
> гонять скоростные вычисления без задействования враждебных элементов :)
> День когда это случится будет моим маленьким персональным праздником.

когда ты доживешь что там допилят - выпустят что-то более скоростное в разы.
Linux он такой.. вечно в догоняющих - и по причине не стабильного API в частности.

Ответить | Правка | Наверх | Cообщить модератору

74. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от myhand (ok), 10-Мрт-12, 17:28 
> *нормальные* разработчики отдают исходники. а проблемы жадных буратин — это их интимные
> проблемы.

Да ну.  Фирма, выложившая исходники под GPL и затачивающая их под какой-нибудь 2.6.32 для своих кастомеров - сразу в жадные буратины попала?  А не многовато-ли тебе будет халявы, пионер?

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

35. "Представлен фреймворк Compat, позволяющий использовать..."  +2 +/
Сообщение от Аноним (-), 09-Мрт-12, 22:34 
> Да ну :)  А может кому-то просто нафиг не упало поддерживать
> сразу <задоблацо сколько релизов>.

Их половые трудности. У линя есть устоявшийся стиль разработки. Как то - все сколь-нибудь ценные и не горбатые дрова в конечном итоге - попадают в майнлайн дерево, после чего наступает 100% плагнплей: вы втыкаете железку, она немедленно цепляется ядром. Все.

Сравнив как работают дрова из майнлайнового ядра и тот ужас который в винде предлагается использовать всякими асусами, броадкомами и кем там еще - я буду юзать майнлайновые дрова. В них глюков на порядок меньше. Если уж работает, так нормально. А виндузятники пусть и дальше долбутся с тасовкой по 20 версий дров для вайфая и чего там еще, как это у них обычно бывает. Достаточно отзывы о товарах почитать - такая черная магия, особенно с вайфаем, блутусом и прочим. "А вот если сходить туда, скачать драйвер у вон того производителя, хоть это и не для вашей карты а для соседней на том же чипсете, то оно даже будет не очень мерзенько работать". Стандартный виндозный "рецепт счастья". Нафиг-нафиг такое!

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

84. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от myhand (ok), 10-Мрт-12, 18:09 
> У линя есть устоявшийся стиль разработки.

Алилуйя!

А если не молиться на это обстоятельство?

> Как то - все сколь-нибудь ценные и не горбатые дрова в конечном итоге -
> попадают в майнлайн дерево

Только если учесть что ваше определение "ценного и не горбатого" = "то что попадает в mainline"?  Вьюнош, да вы заправский логик.

> Сравнив как работают дрова из майнлайнового ядра и тот ужас который в
> винде предлагается использовать всякими асусами, броадкомами и кем там еще -
> я буду юзать майнлайновые дрова.

Всем бы такие "проблемы" как у тебя.  "Юзай", детка, дома что захочешь.

А в суровом мире взрослых дядь - клиент неприменно принесет в контору сервер (а то и не один) на администрирование с какой-нибудь реалтековской карточкой "не в майнлайн".  

Ответить | Правка | Наверх | Cообщить модератору

117. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от AlexAT (ok), 11-Мрт-12, 07:47 
> А в суровом мире взрослых дядь - клиент неприменно принесет в контору
> сервер (а то и не один) на администрирование с какой-нибудь реалтековской
> карточкой "не в майнлайн".

Админа с карточкой "не в майнлайн", работающей под Linux, да еще и обратившегося в сервис по этому поводу (!!!) - надо увольнять, как непрофпригодного.

Ответить | Правка | Наверх | Cообщить модератору

61. "Представлен фреймворк Compat, позволяющий использовать..."  –2 +/
Сообщение от Клапауций (ok), 10-Мрт-12, 08:38 
На самом деле матрица ещё интересней - размерностью <задолбацо сколько релизов> * <офигеть сколько дистрибутивов>. Плюс нехилый довесок в виде больших клиентов, у которых своя собственная система обновлений, и которых хочется бы и послать, но чей бюджет отного лишь юридического департамента покрывает всю стоимость компании производителя многократно. И сей департмент вполне себе не дремлет. Вот и крутятся некоторые несчастные, собирая этак 60 версий одного и того же драйвера для Линуксового зверинца . А рядом лежат драйвера для Solaris {10 9 8}, FreeBSD { 6 7 8 9} и трёх Windows (XP, Vista, 7) поддерживаемые одним человеком. Что занятно, с тем же функционалом, но в разы меньшей трудоёмкостью в поддержку.

Этакий пример из жизни.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

67. "Представлен фреймворк Compat, позволяющий использовать..."  –1 +/
Сообщение от ананим (?), 10-Мрт-12, 14:07 
> А рядом лежат драйвера для Solaris {10 9 8}, FreeBSD { 6 7 8 9} 

Правда чтоли?
> и трёх Windows (XP, Vista, 7) 

Да-да!
Очень важно с кучей лжи упомянуть и правду.
Тогда никто не сможет сказать что ты сбрехал не солгав.
Баянный трюк. Садись, 2.

Ответить | Правка | Наверх | Cообщить модератору

147. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Клапауциус (?), 12-Мрт-12, 19:19 
>> А рядом лежат драйвера для Solaris {10 9 8}, FreeBSD { 6 7 8 9} 
> Правда чтоли?

Я забыл ещё ESX, MacOS X да HP/UX, впрочем, последние две вроде как _официально_ пока не выпущены. Кое-где ещё пишут портабельный код и достаточно вменяемые абстракции интерфейсов OS, как это ни странно звучит для линуксоидного уха.

>> и трёх Windows (XP, Vista, 7) 

Угу, не считая дополнительных Server модификаций. Код там правда не так испорчен #ifdef-ами как соответствующие линукс-специфичные куски и один человек таки справляется.

> Да-да!
> Очень важно с кучей лжи упомянуть и правду.
> Тогда никто не сможет сказать что ты сбрехал не солгав.
> Баянный трюк. Садись, 2.

Спасибо, дяденька. Уж и кушать не могу, как мне нужно ваше "ананим"- ное признание. Тут недавно Торвальдс публично оттоптался по идиотам, не считающимся с binary compatibility для интерфейсов ядра, возможно, недалёк тот день когда он то же самое скажет об интерфейсам внутри ядора для использование драйверами. Реальная работа на реальный результат с реальными же клиентами - она такая, просветляющая, и Линус, очевидно, небезнадёжен. А всяким шакалятам опять придётся колебаться с линией партии.


Ответить | Правка | Наверх | Cообщить модератору

82. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от myhand (ok), 10-Мрт-12, 17:48 
> На самом деле матрица ещё интересней - размерностью <задолбацо сколько релизов> *
> <офигеть сколько дистрибутивов>.

Офигеть сколько - это RHEL и Debian?  Сейчас у них, кстати, цифирки версий ядра совпадают.

Так что в этом смысле не все так худо как вы живописали.  Но есть еще старые релизы, которые поддерживают и т.п.  Так что "интересный" момент имеется.

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

148. "Представлен фреймворк Compat, позволяющий использовать..."  +1 +/
Сообщение от Клапауциус (?), 12-Мрт-12, 19:58 
>> На самом деле матрица ещё интересней - размерностью <задолбацо сколько релизов> *
>> <офигеть сколько дистрибутивов>.
> Офигеть сколько - это RHEL и Debian?  Сейчас у них, кстати,
> цифирки версий ядра совпадают.

а так же - Ubuntu, SUSE, уродец из Facebook неизвестной за потасканностью породы, то же от Apple (да-да), Oracle. Да и тот же RHEL используется разными клиентами во всём спектре от RHEL4 до RHEL6 - и все ожидают работащей поддержки и новейших драйверов. RHEL5 вот вообще при выпуске имела сломанный элеватор, что мы оперативно починили и следующий update от RedHat был уже в порядке. Только вот того факта, что с того самого дня мы вынуждены поддерживать workaround в нашем драйвере, это ничуть не отменило. Кто этим занимался - тот прелесть ситуации оценит. Да, а RHEL6 нас порадовал неожиданной рекурсией из blk_fetch_request при определенных условиях :) Починили мы это - да. Сидит ли у нас кусок кода, который обходит и этот глюк - да. Найдутся ли клиенты с контрактом и весом, которые быстро взвоют, вздумай мы заглушки поубирать - всенепременно.

Да, цифирки ядра а  RHEL, совпадающие с Дебиан успокоят лишь законченного оптимиста. Ядер 2.6.18 в мире много, и разных.

> Так что в этом смысле не все так худо как вы живописали.
>  Но есть еще старые релизы, которые поддерживают и т.п.  
> Так что "интересный" момент имеется.

Ответить | Правка | Наверх | Cообщить модератору

153. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 13-Мрт-12, 09:18 
>[оверквотинг удален]
> следующий update от RedHat был уже в порядке. Только вот того
> факта, что с того самого дня мы вынуждены поддерживать workaround в
> нашем драйвере, это ничуть не отменило. Кто этим занимался - тот
> прелесть ситуации оценит. Да, а RHEL6 нас порадовал неожиданной рекурсией из
> blk_fetch_request при определенных условиях :) Починили мы это - да. Сидит
> ли у нас кусок кода, который обходит и этот глюк -
> да. Найдутся ли клиенты с контрактом и весом, которые быстро взвоют,
> вздумай мы заглушки поубирать - всенепременно.
> Да, цифирки ядра а  RHEL, совпадающие с Дебиан успокоят лишь законченного
> оптимиста. Ядер 2.6.18 в мире много, и разных.

вот хоть один адекватный ответ... поддерживаю - хоть приходилось гулять по граблям внутри других подсистем - когда у шапки при определенных условиях num_dirty_pages не уменьшался - и все треды замирали ожидая pdflush. Но нам было проще - мы маинтейнили свою версию ядра - так что фикс был сделан в ядре - а потом перекочевал в основную шапку и vanila kernel..

Ответить | Правка | Наверх | Cообщить модератору

23. "Представлен фреймворк Compat, позволяющий использовать..."  +2 +/
Сообщение от Аноним (-), 09-Мрт-12, 21:39 
#if LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 32)
...
#elif LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 35)
...
#elif LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 39)


потом выясняется что в redhat добавили стопку backport и пляски с бубном начались с 0...

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

32. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 09-Мрт-12, 22:23 
#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 39)
#error Necromancy is a forbidden art!
/* fixed version of this crap */
Ответить | Правка | Наверх | Cообщить модератору

66. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от anonymous (??), 10-Мрт-12, 13:59 
2.6.39 некромантия? Вообще озверели.

Сам эти деревья ifdef'ов рассаживал, и то, что выше предлагается.. Ну попробуете сказать начальству, когда с очередным обновлением сборка зафейлится: а давайте поддержку 2.6.18-2.6.39 дропнем, чего эт наши кустомеры некромантией занимаются!
Посмотрим, кого из вас скорее дропнут ;)

Имхо, хоть отсутствие stable API и проблема, не она самая худшая.

Ответить | Правка | Наверх | Cообщить модератору

68. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от ананим (?), 10-Мрт-12, 14:12 
> #if LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 32)...
>#elif LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 35)...
>#elif LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 39)
>потом выясняется что в redhat добавили стопку backport и пляски с бубном начались с 0... 

НУ РАЗУМЕЕТСЯ! :D
Разумеется на энтырпрайзной системе никак без пары модулей форумнуго тролля не обойтись.
И хрен с ней с поддержкой. :D

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

16. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от анонимус (??), 09-Мрт-12, 20:42 
пример с #elif нужно записать наоборот, конечно же.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

45. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Аноним (-), 09-Мрт-12, 23:23 
не соберется.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру