The OpenNET Project / Index page

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



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

Оглавление

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

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


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

будь любезен, поясни такие вещи:
а) зачем?
б) что значит «no stable API», почему было принято такое решение?
в) как часто и у каких подсистем меняется API, почему?

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

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

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

б) что значит «no stable API», почему было принято такое решение?
Потому что один идиот имея акции RedHat решил их приподнять - да, да - все помнят фразу - если вам надо стабильное ядро, то вам в дистрибутив.
Потому что остальным интереснее писать новый код, а не исправлять свои же ошибки в старом.
Причин по сути милион.

в) как часто и у каких подсистем меняется API, почему?
Ломают все. От нежелания починить - переписывают целые куски "а оно раньше все не так работало".
Хорошим примером было ломание tty & pipe - когда ksudo + emacs сдохли.
"Зато теперь оно работает как должно" кричал мортон, когда торвальдс уговаривал его сделать так что бы работало нормально.

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

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
Добавить, Поддержать, Вебмастеру