форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
Сообщение от opennews (??) on 09-Мрт-12, 19:27
Луис Родригес (Luis Rodriguez), основной разработчик комплекта свободных драйверов ath5k и автор пакета compat-wireless (http://wireless.kernel.org/en/users/Download/), позволяющего компилировать новейшие драйверы беспроводных устройств для старых ядер Linux, представил (https://lkml.org/lkml/2012/3/8/445) в списке рассылки разработчиков ядра Linux новый проект Compat (http://mcgrof.github.com/compat/), в рамках которого идет работа над универсальным модулем ядра для устаревших ядер, реализующем слой совместимости с последним ядром Linux. Как пояснил автор письма, в последнее время проект compat-wireless вырос в нечто большее, чем просто слой совместимости для беспроводных драйверов. В рамках проекта была реализована функциональность для бэкпортирования Bluetooth-драйверов, а также драйверов для обычных Ethernet-адаптеров, которая уже не вписывалась в первоначальную кодовую базу. В результате большая часть наработок, созданных в рамках проекта, была вынесена в отдельный, универсальный фреймворк compat (http://mcgrof.github.com/compat/), который позволит упростить бэкпортирование любых типов драйверов. По своей сути compat это модуль ядра Linux, а также набор заголовочных файлов, которые в совокупности реализуют функциональность подсистемы драйверов ядра Linux, которая появилась в последних ядрах, но не была реализована в прошлых (или была реализована по другому). В некоторых случаях compat позволяет пересобрать драйвер из нового ядра Linux для более старого вообще без внесения изменений, в других случаях требуется внесение некоторых несущественных модификаций. В сочетании с comapt-wireless пересобраны могут быть большинство беспроводных и Ethernet-драйверов. Проект ориентирован на пользователей, которым необходима поддержка новых устройств, но которые не желают при этом использовать последние версии Linux-ядра (например, для адаптации новых драйверов для ядер, поставляемых в дистрибутивах). В настоящее время compat может быть использован для бэкпортирования драйверов вплоть до ядра 2.6.27, но разработчики не отрицают что в будущем может появиться поддержка и более старых ядер. URL: https://lkml.org/lkml/2012/3/8/445 Новость: http://www.opennet.dev/opennews/art.shtml?num=33310
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Представлен фреймворк Compat, позволяющий использовать новые..."	–1 +/–
Сообщение от Oleg (??) on 09-Мрт-12, 19:27
Круто :) А там гляди и API стабилизируется
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Представлен фреймворк Compat, позволяющий использовать..."	–6 +/–
	Сообщение от arisu (ok) on 09-Мрт-12, 19:52
	> А там гляди и API стабилизируется будь любезен, поясни такие вещи: а) зачем? б) что значит «no stable API», почему было принято такое решение? в) как часто и у каких подсистем меняется API, почему? это скорее вопросы тебе для самообразования, конечно: вряд ли ты сможешь внятно и аргументировано ответить хотя бы на один.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	11. "Представлен фреймворк Compat, позволяющий использовать..."	+7 +/–
	Сообщение от Аноним (??) on 09-Мрт-12, 20:09
	а) зачем? Что бы матерясь не перелопачивать код при обновлении до нового "stable". б) что значит «no stable API», почему было принято такое решение? Потому что один идиот имея акции RedHat решил их приподнять - да, да - все помнят фразу - если вам надо стабильное ядро, то вам в дистрибутив. Потому что остальным интереснее писать новый код, а не исправлять свои же ошибки в старом. Причин по сути милион. в) как часто и у каких подсистем меняется API, почему? Ломают все. От нежелания починить - переписывают целые куски "а оно раньше все не так работало". Хорошим примером было ломание tty & pipe - когда ksudo + emacs сдохли. "Зато теперь оно работает как должно" кричал мортон, когда торвальдс уговаривал его сделать так что бы работало нормально.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	12. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от анонимус (??) on 09-Мрт-12, 20:31
	>>зачем? затем, чтобы dkms модуль из squeeze для virtualbox компилировался с ядром из squeeze-backports. Для того, чтобы иметь драйверы, которые компилируются везде, а не сыплют ошибками о неизвестных функциях или членах структур.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

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

	15. "Представлен фреймворк Compat, позволяющий использовать..."	+4 +/–
	Сообщение от анонимус (??) on 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 не сделают опять всё правильно. Но это точно в последний раз. Честно.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	18. "Представлен фреймворк Compat, позволяющий использовать..."	–16 +/–
	Сообщение от arisu (ok) on 09-Мрт-12, 20:53
	>>>а теперь второй, сложный вопрос. ты же не думал, что всё так просто будет? > тон попроще сделай, ok? денег мне сначала заплати, а потом указывай, ok? >>>вопрос: а почему эти драйверы не приведены в соответствие с новым API? > ответ элементарный — потому что в ядре в очередной раз всё сделали > как нужно. нет, ответ неверный. а верный ответ вот такой: потому что драйверы давно заброшены разработчиками, и настолько никому не нужны, что не нашлось людей для портирования на новое ядро. которое выходит не ВНИЗАПНА ИЗ ПОДВАЛА, а проходит кучу rc-стадий, и за это время можно драйвер портануть. такие дела. да, кстати: при этом можно дропнуть поддержку старых ядер. потому что если кому-то надо, то он будет бэкпортить. а если бэкпортить некому… ну, тут опять всё ясно. итого: смена API мешает только древнему гуано, которое некому поддерживать. ну, и бедняшам-проприетарщикам, которые жмутся отдать код.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	19. "Представлен фреймворк Compat, позволяющий использовать..."	+4 +/–
	Сообщение от анонимус (??) on 09-Мрт-12, 21:03
	>>денег мне сначала заплати, а потом указывай, ok? скажи свой адрес в Paypal, переведу 2$ >>нет, ответ неверный. а верный ответ вот такой: потому что драйверы давно заброшены разработчиками Бгг. Ты намекаешь на то, что ОТЛИЧНО РАБОТАЮЩИЙ драйвер должны ПОСТОЯННО поддерживать только для того, чтобы он просто компилировался? То есть кто-то будет сидеть и тратить своё время на работающем драйвере только для того, что проверять API для КАЖДОЙ новой версии ядра и писать херню типа полотенец из #ifdef? Чтобы в итоге один и тот же код за 10 лет оброс сотней #ifdef-оф? Это полный бред, который придумали люди, которые не пишут сторонние драйверы, и которые плюют на всех остальных сторонних разработчиков. Не нужно потом удивляться, что некоторые железки не работают под Linux. Потому что производители могут и покласть на него. А зачем тратить время на ПОСТОЯННУЮ поддержку работающего кода, когда его можно написать один раз сразу под все винды, или, в худшем случае, обойтись небольшими обходными манёврами, в сравнению с которыми полотенца из #if LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 39) - это ад? Кому это надо?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	21. "Представлен фреймворк Compat, позволяющий использовать..."	–5 +/–
	Сообщение от arisu (ok) on 09-Мрт-12, 21:25
	> скажи свой адрес в Paypal, переведу 2$ за такие деньги я максимум «звёздочку» добавлю к адресу посылки. > Бгг. Ты намекаешь на то, что ОТЛИЧНО РАБОТАЮЩИЙ драйвер должны ПОСТОЯННО поддерживать > только для того, чтобы он просто компилировался? да. потому что это значит, что автор за ним следит. сдувает пыль. и ты пы. > То есть кто-то будет > сидеть и тратить своё время на работающем драйвере только для того, > что проверять API для КАЖДОЙ новой версии ядра и писать херню > типа полотенец из #ifdef? а кого-то заставляют, что ли? тратит тот, кому это надо. или кому интересно. если никому неинтересно и никому не надо… ну, увы. > Чтобы в итоге один и тот же > код за 10 лет оброс сотней #ifdef-оф? нет, достаточно дропать поддержку окаменелостей. ты ещё скажи, что на всякий случай ядра серии 0.99 надо поддерживать, а то мало ли… > Это полный бред, который > придумали люди, которые не пишут сторонние драйверы, и которые плюют на > всех остальных сторонних разработчиков. коммерческие драйверы к спецжелезу обычно затачиваются под какую-то RHEL, например, где ядра меняются редко. а если хочешь драйвер живой (а может даже и в mainline) — изволь поддерживать. > Не нужно потом удивляться, что некоторые железки > не работают под Linux. потому что производители зажали и спеки, и драйвера. ССЗБ. > Потому что производители могут и покласть на него. а отдать код драйвера — жаба душит. всенепременно «украдут» же. > А зачем тратить время на ПОСТОЯННУЮ поддержку работающего кода …если его можно отдать в mainline, и его будут тянуть те, у кого эта железяка есть.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	24. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Аноним (??) on 09-Мрт-12, 21:42
	>> То есть кто-то будет >> сидеть и тратить своё время на работающем драйвере только для того, >> что проверять API для КАЖДОЙ новой версии ядра и писать херню >> типа полотенец из #ifdef? > а кого-то заставляют, что ли? тратит тот, кому это надо. или кому > интересно. если никому неинтересно и никому не надо… ну, увы. >> Чтобы в итоге один и тот же >> код за 10 лет оброс сотней #ifdef-оф? > нет, достаточно дропать поддержку окаменелостей. ты ещё скажи, что на всякий случай > ядра серии 0.99 надо поддерживать, а то мало ли… Мисье не разу не видел как надо поддерживать всю линейку 2.6.x одним кодом? Следует осмотреться. >> Это полный бред, который >> придумали люди, которые не пишут сторонние драйверы, и которые плюют на >> всех остальных сторонних разработчиков. > коммерческие драйверы к спецжелезу обычно затачиваются под какую-то RHEL, например, где > ядра меняются редко. а если хочешь драйвер живой (а может даже > и в mainline) — изволь поддерживать. Открою истину в RHEL - меняют не сильно меньше между updates. >> Не нужно потом удивляться, что некоторые железки >> не работают под Linux. > потому что производители зажали и спеки, и драйвера. ССЗБ. не все измеряется драйверами. >> А зачем тратить время на ПОСТОЯННУЮ поддержку работающего кода > …если его можно отдать в mainline, и его будут тянуть те, у > кого эта железяка есть. Не все берут. Вот рейсерфс-4 не берут, и это самый известный пример. Можно еще стопку привести. Ибо не берут. То код не так оформлен, то работает с ядром не так - причин много будет. То уже есть такая функциональность. Что делать в этом случае?!
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	29. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от arisu (ok) on 09-Мрт-12, 22:20
	> Мисье не разу не видел как надо поддерживать всю линейку 2.6.x одним > кодом? мсье вообще-то далеко не один ядерный драйвер писал. > Не все берут. Вот рейсерфс-4 не берут, и это самый известный пример. не готов. > Ибо не берут. То код не так оформлен, то работает с ядром > не так - причин много будет. > То уже есть такая функциональность. > Что делать в этом случае?! патчи.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	129. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Аноним (??) on 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. Хотя видимо хорошая позиция - не взяли, значит не нужно. Только у тех кто так говорит - с головой проблемы.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	83. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-12, 17:52
	> Ибо не берут. То код не так оформлен, то работает с ядром > не так - причин много будет. Ну и нормально. Зато нет кривых полудохлых отходов мозговой деятельности, а вот всякие асусы например такое пачками отгружают для виндов, потому что MS подписи лепит на все без разбора. А потом суровые мужики ажно дизассемблером лечат дикие утечки хэндлов, потому что саппорт их послал, а регулярно ребутаться по поводу выжранной драйвером памяти - утомляет.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

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

	26. "Представлен фреймворк Compat, позволяющий использовать..."	+1 +/–
	Сообщение от анонимус (??) on 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) on 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, и его будут тянуть те, у кого эта железяка есть. > откуда такая уверенность, что те, кто может что-то тянуть захотят тянуть ещё > что-то непонятное, и у них есть вообще эта железка? Где гарантия? нигде. зато если есть те, кому это надо -- они могут нанять того, кто умеет. но всем же охота, чтобы кто-то там работал забесплатно, а они пользовались.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	44. "Представлен фреймворк Compat, позволяющий использовать..."	+1 +/–
	Сообщение от анонимус (??) on 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. Кому скажем за это спасибо?
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	51. "Представлен фреймворк Compat, позволяющий использовать..."	–1 +/–
	Сообщение от arisu (ok) on 09-Мрт-12, 23:46
	> это неправильно сформулированная фраза. Правильно так: "дропнуть все LTS дистрибутивы. > Хотите этот драйвер - портируйте сами, это ваши проблемы, а не > наши.". Отличный выход =) авторы драйверов говорили про поддержку? или про это говорили авторы дистрибутивов? кто заявил поддержку -- тот и держит. > то есть уже надо и деньги собирать на оправдывание идеи, что stable > API - это нонсенс? лолщито? > Может, проще прийти к логическому заключению, что > non-stable API - это полный бред? исходники ядра открыты. ну, тыпонелда? > Кто ССЗБ? Компания? Да ей пофиг на Linux, это 2% пользователей. нам тоже пофиг на такую компанию. железа много. > проигрыше остаются именно эти 2% пользователей, а не какие-то компании. Которые > потом плачут по форумам почему моя железка не пашет. бедные. скорблю вместе с ними. > конечно. Только с драйверами это в 20 раз быстрее. И назавтра уже > у компании Хуавей выходит революционно новый продукт, который почему-то на 99% > напоминает твой. какая жалость. особенно смешно это читать от человека, никогда не разрабатывавшего железо. да, неуважаемый arisu успел во многих областях поработать. абыдна, да? > как это всё романтично и глупо. Пользователи хотят рабочее железо, компании хотят > более-менее стабильное API. Никто ничего сбоирать не будет, если эта железка > работает в винде начиная с XP и заканчивая rc Win8. Кому > скажем за это спасибо? драйвера. для XP/W7. бугога. можно, ты расскажешь эти сказки кому-нибудь другому?
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	53. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от анонимус (??) on 10-Мрт-12, 00:08
	как я понял, кроме лолщито и нутыпнелда больше сказать нечего в защиту stable API? >>какая жалость. особенно смешно это читать от человека, никогда не разрабатывавшего железо. с чего ты это взял, гадаешь по постам на опеннете? Железку способен разработать один человек за 1-2 года. Если её разрабатывают 30 человек с наличием уже готовой железки, с полным исходным кодом прошивки - копирование занимает от силы полгода-год. Этим занимаются, в частности, нечестные печатники из Китая, которые воруют всё что плохо лежит. Дай таким исходники - и будет тебе бугога. Я работал в Cisco в Кремниевой Долине, да, в том самом, где у Cisco свой район и отличный вид на горы, где разрабатывались железки с нуля, не нужно мне рассказывать о том, как их копируют и сколько это занимает времени. >>драйвера. для XP/W7. бугога. можно, ты расскажешь эти сказки кому-нибудь другому? Я ни слова не понял из этого поста кроме того, что тебе больше нечего сказать. Что смешного, слово "драйвер"?
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

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

	149. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от pavlinux (ok) on 12-Мрт-12, 21:28
	> Спор сторонника 1 мегакостыля и сторонника множества фиксов. Не, это два баклана, которые никогда не писали дрова. Фикс между версиями занимает 5 минут, где проблему нашли не ясно. Для таких Торвальдыц и сказал, - не хочешь срать, не мучай жопу, в смысле, идите в дистрибутив.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	151. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Аноним (??) on 13-Мрт-12, 09:11
	>> Спор сторонника 1 мегакостыля и сторонника множества фиксов. > Не, это два баклана, которые никогда не писали дрова. > Фикс между версиями занимает 5 минут, где проблему нашли не ясно. > Для таких Торвальдыц и сказал, - не хочешь срать, не мучай жопу, > в смысле, идите в дистрибутив. баклан - попробуй напиши фикс за 5 минут когда в ядре заменили ->nopage() на ->fault() ? hint - page locking тогда тоже поменялся. ps. а теперь усложним задачу и представим что надо одновременно поддерживать оба варианта.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

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

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

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

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

	31. "Представлен фреймворк Compat, позволяющий использовать..."	–1 +/–
	Сообщение от arisu (ok) on 09-Мрт-12, 22:22
	> А что с другими — таки да — фиг с ними, моя > хата с краю и у меня работает. угу. как только у меня перестанет работать — буду искать пути решения. > А сколько ноешь что дрова от nvidia не поддерживают твое новое ядро? цитату, плиз. у меня вот даже последний RC (сейчас стоит RC, да) — нвидиевский блоб поддерживает. ЧЯДНТ?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	38. "Представлен фреймворк Compat, позволяющий использовать..."	+1 +/–
	Сообщение от Аноним (??) on 09-Мрт-12, 22:38
	> — нвидиевский блоб поддерживает. ЧЯДНТ? Оперируешь взаимоисключающими параграфами :)
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

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

	55. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-12, 00:09
	> какими? O_O Хвалишь открытые дрова и при этом тут же уточнаешь что юзаешь нвидиевский блоб :). Зачетно придумано, кто-то обязательно поделит на 0 :)
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	34. "Представлен фреймворк Compat, позволяющий использовать..."	+3 +/–
	Сообщение от Аноним (??) on 09-Мрт-12, 22:30
	> И не нужно потом плакать о том, что bcm4312 чипы не работают на > 2.6.38. Если ты о кривой проприетарной какашке от броадкома в качестве драйвера - им такая позиция уже стоила откровенной нелюбви разработчиков везде где только можно. > Хотя прекрасно работают на всех виндах Ну так пользуйтесь ими и не зудите, если для вас так лучше. Никто не будет специально для вас делать винду из линукса. Винды достаточно одной. А в лине никто не будет терпеть кривизну чужого индусского г@внокода. Самый простой метод - открыть сорц и допинать его до кондиции когда его примут в майнлайн. Хотите забить? Забивайте, но 2% грамотного населения, которые окружающим и ставят системы и помогают выбрать железо начнут вас активно и люто антипиарить за имеющийся с вами геморрой. И если 1 компьютерщик не посоветует вас всего 10 чайникам, 2% станут уже 20% не в вашу пользу. Такой вот фактор рычага...
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	54. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от анонимус (??) on 10-Мрт-12, 00:09
	>>Самый простой метод - открыть сорц кто вам сказал, что он закрыт? Драйвер открыт. Просто ребята из BC не до конца поняли куда попали.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	28. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от myhand (ok) on 09-Мрт-12, 22:20
	> нет, ответ неверный. а верный ответ вот такой: потому что драйверы давно заброшены разработчиками Да ну :)  А может кому-то просто нафиг не упало поддерживать сразу <задоблацо сколько релизов>. > да, кстати: при этом можно дропнуть поддержку старых ядер. К счастью, не все разработчики такие буратины как ты.  Деньги плотят прежде всего за поддержку тех ядер, которые в дистрибутивы кладут, а не за писк моды с kernel.org.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	33. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от arisu (ok) on 09-Мрт-12, 22:24
	> Да ну :)  А может кому-то просто нафиг не упало поддерживать > сразу <задоблацо сколько релизов>. потому что *не поддерживается*, опа. >> да, кстати: при этом можно дропнуть поддержку старых ядер. > К счастью, не все разработчики такие буратины как ты.  Деньги плотят > прежде всего за поддержку тех ядер, которые в дистрибутивы кладут, а > не за писк моды с kernel.org. *нормальные* разработчики отдают исходники. а проблемы жадных буратин — это их интимные проблемы.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	36. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Аноним (??) on 09-Мрт-12, 22:36
	> *нормальные* разработчики отдают исходники. а проблемы жадных буратин — это их интимные проблемы. (troll mode) как там нвидия поживает? Хотя ходят слухи что они понемногу исправляются. В Linux foundation вон вступили чего-то :). Этак, глядишь еще и спеки на карточки выложат однажды?!
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	41. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от arisu (ok) on 09-Мрт-12, 22:56
	жадно поживают. жаль. ждём-с. впрочем, (troll mode on) а как там с драйверами для AMD, у которых даже спеки дали?
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	81. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-12, 17:48
	> которых даже спеки дали? Да в общем то они вон уже opencl допиливают, лыжи едут (глянь на форониксе, там пара свежих новостей в тему как раз есть) так что я искренне надеюсь дожить до момента когда я смогу гонять скоростные вычисления без задействования враждебных элементов :) День когда это случится будет моим маленьким персональным праздником.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

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

	74. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от myhand (ok) on 10-Мрт-12, 17:28
	> *нормальные* разработчики отдают исходники. а проблемы жадных буратин — это их интимные > проблемы. Да ну.  Фирма, выложившая исходники под GPL и затачивающая их под какой-нибудь 2.6.32 для своих кастомеров - сразу в жадные буратины попала?  А не многовато-ли тебе будет халявы, пионер?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	35. "Представлен фреймворк Compat, позволяющий использовать..."	+2 +/–
	Сообщение от Аноним (??) on 09-Мрт-12, 22:34
	> Да ну :)  А может кому-то просто нафиг не упало поддерживать > сразу <задоблацо сколько релизов>. Их половые трудности. У линя есть устоявшийся стиль разработки. Как то - все сколь-нибудь ценные и не горбатые дрова в конечном итоге - попадают в майнлайн дерево, после чего наступает 100% плагнплей: вы втыкаете железку, она немедленно цепляется ядром. Все. Сравнив как работают дрова из майнлайнового ядра и тот ужас который в винде предлагается использовать всякими асусами, броадкомами и кем там еще - я буду юзать майнлайновые дрова. В них глюков на порядок меньше. Если уж работает, так нормально. А виндузятники пусть и дальше долбутся с тасовкой по 20 версий дров для вайфая и чего там еще, как это у них обычно бывает. Достаточно отзывы о товарах почитать - такая черная магия, особенно с вайфаем, блутусом и прочим. "А вот если сходить туда, скачать драйвер у вон того производителя, хоть это и не для вашей карты а для соседней на том же чипсете, то оно даже будет не очень мерзенько работать". Стандартный виндозный "рецепт счастья". Нафиг-нафиг такое!
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	84. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от myhand (ok) on 10-Мрт-12, 18:09
	> У линя есть устоявшийся стиль разработки. Алилуйя! А если не молиться на это обстоятельство? > Как то - все сколь-нибудь ценные и не горбатые дрова в конечном итоге - > попадают в майнлайн дерево Только если учесть что ваше определение "ценного и не горбатого" = "то что попадает в mainline"?  Вьюнош, да вы заправский логик. > Сравнив как работают дрова из майнлайнового ядра и тот ужас который в > винде предлагается использовать всякими асусами, броадкомами и кем там еще - > я буду юзать майнлайновые дрова. Всем бы такие "проблемы" как у тебя.  "Юзай", детка, дома что захочешь. А в суровом мире взрослых дядь - клиент неприменно принесет в контору сервер (а то и не один) на администрирование с какой-нибудь реалтековской карточкой "не в майнлайн".
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	117. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от AlexAT (ok) on 11-Мрт-12, 07:47
	> А в суровом мире взрослых дядь - клиент неприменно принесет в контору > сервер (а то и не один) на администрирование с какой-нибудь реалтековской > карточкой "не в майнлайн". Админа с карточкой "не в майнлайн", работающей под Linux, да еще и обратившегося в сервис по этому поводу (!!!) - надо увольнять, как непрофпригодного.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

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

	67. "Представлен фреймворк Compat, позволяющий использовать..."	–1 +/–
	Сообщение от ананим on 10-Мрт-12, 14:07
	> А рядом лежат драйвера для Solaris {10 9 8}, FreeBSD { 6 7 8 9}  Правда чтоли? > и трёх Windows (XP, Vista, 7)  Да-да! Очень важно с кучей лжи упомянуть и правду. Тогда никто не сможет сказать что ты сбрехал не солгав. Баянный трюк. Садись, 2.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	147. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Клапауциус on 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 для интерфейсов ядра, возможно, недалёк тот день когда он то же самое скажет об интерфейсам внутри ядора для использование драйверами. Реальная работа на реальный результат с реальными же клиентами - она такая, просветляющая, и Линус, очевидно, небезнадёжен. А всяким шакалятам опять придётся колебаться с линией партии.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	82. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от myhand (ok) on 10-Мрт-12, 17:48
	> На самом деле матрица ещё интересней - размерностью <задолбацо сколько релизов> * > <офигеть сколько дистрибутивов>. Офигеть сколько - это RHEL и Debian?  Сейчас у них, кстати, цифирки версий ядра совпадают. Так что в этом смысле не все так худо как вы живописали.  Но есть еще старые релизы, которые поддерживают и т.п.  Так что "интересный" момент имеется.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	148. "Представлен фреймворк Compat, позволяющий использовать..."	+1 +/–
	Сообщение от Клапауциус on 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 в мире много, и разных. > Так что в этом смысле не все так худо как вы живописали. >  Но есть еще старые релизы, которые поддерживают и т.п.   > Так что "интересный" момент имеется.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

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

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

	66. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от anonymous (??) on 10-Мрт-12, 13:59
	2.6.39 некромантия? Вообще озверели. Сам эти деревья ifdef'ов рассаживал, и то, что выше предлагается.. Ну попробуете сказать начальству, когда с очередным обновлением сборка зафейлится: а давайте поддержку 2.6.18-2.6.39 дропнем, чего эт наши кустомеры некромантией занимаются! Посмотрим, кого из вас скорее дропнут ;) Имхо, хоть отсутствие stable API и проблема, не она самая худшая.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

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

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

5. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
Сообщение от Аноним (??) on 09-Мрт-12, 19:55
Что-то я нередко встречал в линуксах слово compat в качестве суффикса для устаревших библиотек, оставленных для обеспечения обратной совместимости. Не нравится мне его соображения по поводу наименования своего проекта.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Представлен фреймворк Compat, позволяющий использовать новые..."	+1 +/–
	Сообщение от Lain_13 on 09-Мрт-12, 20:43
	Его прект фактически занимается поддержкой старых вёдер. Не?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
Сообщение от ВКПб on 09-Мрт-12, 20:03
Для DRM тоже надо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Представлен фреймворк Compat, позволяющий использовать новые..."	+1 +/–
Сообщение от Аноним (??) on 09-Мрт-12, 22:21
Они знают толк в некромансии и поэтому получают +1 к скиллу :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
Сообщение от Аноним (??) on 09-Мрт-12, 22:54
О, меня давно мучал вопрос, почему не написать специальный модулю ядра который будет предоставлять остальным "стабильный апи". тогда при изменении внутренностей ядра придется переписать один модуль, а не сотню. а то надоел уже этот зоопарк.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	43. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Аноним (??) on 09-Мрт-12, 23:11
	Вы подошли к рассуждению слишком поверхностно и не подумали о том что в ядре изменяется не интерфейс взаимодействия (API) - а изменяется структура подсистемы. Соответственно, чтобы сделать то что вы говорите потребуется хранить структуры старой подсистемы и при этом хранить структуру новой. Фиг еще с ним если простое дублирование функционала (что, кстати, очень нехорошо) - а что если совместить старое и новое никак нельзя (вспоминается случай развития ядра с целью избавления от глобальных блокировок) ? Извините, но если так пойдет дело - то Linux ядро будет вырождаться в windows ядро. Прогресс требует жертвы и я поддерживаю текущее положение дел Linux: обмен потребностей обычных "потребителей" на прогресс и развитие подсистем Linux ядра. Профит же, ну! PS: Да нет особых проблем с новыми ядрам - лишь бы сорцы драйверов были (если сорцы будут- вы всегда можете найти специалиста который запилит нужный вам драйвер).
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	46. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Аноним (??) on 09-Мрт-12, 23:25
	>Linux ядро будет вырождаться в windows ядро вот он главный аргумент после которого всем становится понятно что это нехорошо
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	58. "Представлен фреймворк Compat, позволяющий использовать новые..."	+1 +/–
	Сообщение от Аноним (??) on 10-Мрт-12, 01:41
	В виндуз и не разберешь без микроскопа: то ли ты в ядре то ли ты в окне... Простите, вы "это" называется операционной системой? "Это" скорее походит на один сплошной закрытый драйвер для обеспечения работы манипулятора типа "Мышь" xD. //тонкий намек на граф. подсистему в ядре
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	78. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-12, 17:42
	> //тонкий намек на граф. подсистему в ядре У винды в ядре висит нехилый кус GDI вынесенный в win32k.sys. У линя там прикручивают только совсем базовые вещи типа переключения видеорежимов и управления памятью. А чего такого криминального в том что кернел памятью управляет? Вроде как раз для него задачка.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	122. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Аноним (??) on 11-Мрт-12, 12:00
	> У линя там прикручивают только совсем базовые вещи > типа переключения видеорежимов и управления памятью. Ну дык это только начало. :)
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	124. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Ваня (??) on 11-Мрт-12, 14:19
	> У винды в ядре висит нехилый кус GDI вынесенный в win32k.sys Названия функций подскажете?
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	139. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от arisu (ok) on 11-Мрт-12, 20:33
	>> У винды в ядре висит нехилый кус GDI вынесенный в win32k.sys > Названия функций подскажете? ванечка, голубчик, а зачем тебе? эдак потом тебя придётся учить тому, как организована графическая подсистема в винде. а потом ещё чему-нибудь. и так далее. и всё это — мартышкин труд, потому что за как минимум 20 лет (думаю, хоть столько тебе есть?) тебя не научили даже элементарной гигиене мышления.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	123. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Ваня (??) on 11-Мрт-12, 14:18
	Префикс функций Ke или Zv - функция ядра, остальные - нет.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

52. "Представлен фреймворк Compat, позволяющий использовать новые..."	–1 +/–
Сообщение от добрый дядя on 10-Мрт-12, 00:00
Мне кажется API ядра должен быть заморожен на сроки порядка трех лет, т.е. как раз должен быть слой совместимости версии предыдущих трех лет и предпредыдущих трех. Пока что это нормально, но набирают обороты и другие ядра ОС и они в последствии вытеснят ядро Linux в том числе и благодаря политике совместимости драйверов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	79. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-12, 17:43
	> они в последствии вытеснят ядро Linux в том числе и благодаря > политике совместимости драйверов. Ну вот когда начнут вытеснение, тогда и приходите, имхо. А то рассказывать кто и что кому там должен - круто придумано, угу. А может лучше вы мне будете должны миллион? Это гораздо интереснее с моей точки зрения :)
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

57. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
Сообщение от EUGENE on 10-Мрт-12, 01:02
Вот бы знать, только драйверы для устройств или это для любых модулей ядра?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	64. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 10-Мрт-12, 12:22
	Насколько я понял они работают только на сетевухами и в основном над вайфай, а остальное не тестировали и не пробовали. Я пару раз бэкпортировал атх9. Ничего особо сложного, но через пару-тройку мажорных версий геморно.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

59. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
Сообщение от Zenitur (ok) on 10-Мрт-12, 02:33
> Проект ориентирован на пользователей, которым необходима поддержка новых устройств, но которые не желают при этом использовать последние версии Linux-ядра А зачем тогда вообще устанавливать новые ядра? О, вот и классно. Я смогу использовать ядро 2.6.28 и новые драйверы. Зачем такое старое - это последнее ядро, на котором идёт драйвер ATi 9.3, для моей Radeon 9800. Открытый драйвер на ней очень печалит, а на закрытом я в NFS Underground на Linux играю. Надо попробовать, потом где-нибудь напишу, много ли возни было для подключения новых устройств.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
Сообщение от AlexAT (ok) on 10-Мрт-12, 14:53
Такой эпичный спор овер stable API (win*) и non-stable kAPI (lin*). Нету у win* stable API. Между XP и Vista сломали API как минимум для графики и звука. Между Vista и W7 сломали еще больше, а forced signing в x64 - вообще песня. И в userspace API у винды всё очень и очень плохо, дублирования функционала столько, что начинаешь теряться. Это раз. Два - это бэкпортинг. Тут принцип простой: кто заявил поддержку обратной совместимости, тот и бэкпортирует. И разработчикам мейнстрима до него не должно быть никакого дела. Редхат с этим прекрасно живёт и не жалуется.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	70. "Представлен фреймворк Compat, позволяющий использовать новые..."	–3 +/–
	Сообщение от Аноним (??) on 10-Мрт-12, 15:36
	Ты б не трындел. В семерке работает ВЕСЬ софт, писаный для XP с использованием штатного Win32.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	71. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от AlexAT (ok) on 10-Мрт-12, 15:47
	А это как объяснишь, трололо? http://www.thevista.ru/forums.php?m=posts&q=13747
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	73. "Представлен фреймворк Compat, позволяющий использовать новые..."	–1 +/–
	Сообщение от Сергей (??) on 10-Мрт-12, 16:51
	Как минимум, -> "Совсем некорректный пример" приводишь список антивирусов, думай головой. Когда это антивирусы только стандартное API использовали.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	75. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 10-Мрт-12, 17:30
	всегда. это что, новость? они НЕ ИСПОЛЬЗУУЮТ ничего, чего нет в мсдн. и да, Microsoft Visual Studio 2008, Pinnacle Studio v.12, Nokia PCSuite,... - не антивирусы. :D ps; из всего вышеуказанного выходит за рамки винапи только старфорс и пару отладчиков.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	116. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от AlexAT (ok) on 11-Мрт-12, 07:34
	> Как минимум, -> "Совсем некорректный пример" > приводишь список антивирусов, думай головой. > Когда это антивирусы только стандартное API использовали. Как минимум, изначально речь шла о kernel API, поэтому "софт работает" - пример тоже непонятный. Навскидку, из того, с чем лично столкнулся при переходе на 7: Corel Draw (не помню, какой версии) Mozilla Firefox (угумс, тогда еще был не совместим) Alcohol 120% Radmin Ряд видеокодеков ронял explorer
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	95. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от анонимус (??) on 10-Мрт-12, 22:31
	>>А это как объяснишь, трололо? >>http://www.thevista.ru/forums.php?m=posts&q=13747 почти весь крупный софт, который вмешивается в винду или бегущие процессы, типа антивирусов, использует недокументированные функции, или специфичные для данной винды баги, которые могут не работать в другой версии винды. Быть партнёром MS - это не хухры-мухры.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	120. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от AlexAT (ok) on 11-Мрт-12, 07:54
	> почти весь крупный софт, который вмешивается в винду или бегущие процессы, типа > антивирусов, использует недокументированные функции Бгы. Это очень правильный и системный подход, присущий только поделкам от мс.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	72. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 10-Мрт-12, 16:28
	Ничто так не доказывает ущербность винды, как некомпетентность её защитников. Ау! Речь о драйвер апи. Это те програмулинки, что работают в адресном пространстве ядра. И это первое. (Если вы понимаете что это значит) Второе — речь о совместимости этого апи сверху вниз. Это когда все дрова в 7 работали бы в хр. А это не так. И не только с дравер апи. Зыж Апи в линухе стабильней некуда. Есть проги из всяких корэпрогс 20-30 летней давности. Которые отлично компилятся, работают и выглядят также современно, как и все остальные. А не используют слои совместимости вплоть до виртмашины.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	93. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от анонимус (??) on 10-Мрт-12, 22:27
	>>Второе — речь о совместимости этого апи сверху вниз. >>Это когда все дрова в 7 работали бы в хр. >>А это не так. И не только с дравер апи. В API Linux нет никакой совместимости вообще, ни вверх, ни вниз. В userspace API - только снизу вверх. Попробуйте скомпилировать программу на новой версии glibc и запустить на старой. Упс, undefined symbol glibc@@... В винде софт пишется на любой версии и работает на любой версии, если вы не используете специфику типа UAC, а такой специфики - кот наплакал. 95% userspace API винды совместимо в обоих направлениях начиная с XP. Софт, написанный на Win7, прекрасно работает на XP. >>Есть проги из всяких корэпрогс 20-30 летней давности. >>Которые отлично компилятся, работают и выглядят также современно, как и все остальные. Я бы тут поаккуратней по двум причинам 1) речь идёт о stable API ядра, а не о программах userspace. Нет никакой гарантии, что сторонний драйвер для 2.6.18 скомпилируется хотя бы с 2.6.32. И скорее всего, что не скомпилируется. Если его допилить до 2.6.32, потом окажется, что он не компилируется с 2.6.39. 2) даже многие userspace программы написаны криво, полно таких. Благодаря крикоруким разработчикам стороннего софта в документации gcc регулярно появляются разделы типа "Porting to gcc 4.3", т.к. люди пишут код не так, как надо, а так, как компилируется. В итоге оно компилируется на gcc 4.2, и не компилируется на gcc 4.3. Или 4.6, хотя если бы соответствовало стандарту, то компилировалось бы везде (с учётом supported features снизу вверх).
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	96. "Представлен фреймворк Compat, позволяющий использовать..."	+1 +/–
	Сообщение от arisu (ok) on 10-Мрт-12, 22:32
	> В API Linux нет никакой совместимости вообще, ни вверх, ни вниз. В > userspace API — только снизу вверх. Попробуйте скомпилировать программу на новой > версии glibc и запустить на старой. Упс, undefined symbol glibc@@… В > винде софт пишется на любой версии и работает на любой версии, > если вы не используете специфику типа UAC, а такой специфики — > кот наплакал. 95% userspace API винды совместимо в обоих направлениях начиная > с XP. Софт, написанный на Win7, прекрасно работает на XP. а сейчас кэп продемонстрирует, как можно разоблачить лжеца. берём m$vc6. компилируем программку. ура, работает везде. берём m$vc12 (или какая там). компилируем. запускаем на XP. упс. чо? какой-такой «рантайм скачать»? а куда же делась совместимость? а никуда не делась: просто гражданин соврамши.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	98. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от анонимус (??) on 10-Мрт-12, 22:41
	какое отношение рантайм VC имеет к совместимости WinAPI?
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	99. "Представлен фреймворк Compat, позволяющий использовать..."	+1 +/–
	Сообщение от arisu (ok) on 10-Мрт-12, 22:49
	> какое отношение рантайм VC имеет к совместимости WinAPI? какое отношение рантайм gcc имеет к совместимости API?
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	100. "Представлен фреймворк Compat, позволяющий использовать..."	–1 +/–
	Сообщение от анонимус (??) on 10-Мрт-12, 22:58
	>>какое отношение рантайм gcc имеет к совместимости API? libc - это не рантайм gcc, рантайм gcc это libgcc1.
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	101. "Представлен фреймворк Compat, позволяющий использовать..."	+1 +/–
	Сообщение от arisu (ok) on 10-Мрт-12, 23:07
	>>>какое отношение рантайм gcc имеет к совместимости API? > libc - это не рантайм gcc, рантайм gcc это libgcc1. ну и веди тогда речь про некую неизвестную libc, glibc-то тут при чём? а если при чём таки, то давай и про рантаймы m$vc тогда говорить. а если не использовать рантаймы, то я тебе за небольшие деньги могу рассказать, как это сделать с gcc. или покажи мне, как fopen() без рантайма от m$vc заработает. а?
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	103. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от анонимус (??) on 10-Мрт-12, 23:51
	>>ну и веди тогда речь про некую неизвестную libc, glibc-то тут при чём? при том, что это и есть реализация userspace API, которая совместима только снизу вверх. 95% Win API совместимо в обе стороны. Надеюсь, так понятнее, а то ты всё никак не врубишься о чём речь идёт, хотя я довольно подробно всё описал изначально. Ни рантайм VC ни libgcc к этому не относится. Вообще. >>то я тебе за небольшие деньги могу рассказать, как это сделать с gcc. насколько большие, 2$ подойдёт? Или 5$? Просто интересно, насколько ты любишь строить из себя большого специалиста, который всё делает за деньги. >>или покажи мне, как fopen() без рантайма от m$vc заработает. а? Речь идёт не о рантаймах вообще
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	105. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от arisu (ok) on 11-Мрт-12, 01:32
	> при том, что это и есть реализация userspace API, которая совместима только > снизу вверх. 95% Win API совместимо в обе стороны. орли? вообще-то, реализация userspace API — int 80h. это у вас в винде сисколы засекречены, а в линуксе, вообще-то, официально документированы и как раз являются userspace API. всё остальное — обёртки. одна из которых — glibc. > Надеюсь, так > понятнее, а то ты всё никак не врубишься о чём речь > идёт, хотя я довольно подробно всё описал изначально. вообще-то это ты не имеешь понятия, о чём говоришь, такие дела. > Ни рантайм VC ни libgcc к этому не относится. Вообще. «рантайм m$vc» — это не то же самое, что libgcc. я думал, ты троллишь, но теперь мне кажется, что ты просто этого не знаешь. > насколько большие, 2$ подойдёт? Или 5$? Просто интересно, насколько ты любишь строить > из себя большого специалиста, который всё делает за деньги. вообще-то — небольшие, в районе 300 долларов. и ещё 42 доллара надбавки за тупость поциэнта. >>>или покажи мне, как fopen() без рантайма от m$vc заработает. а? > Речь идёт не о рантаймах вообще тогда и веди речь о системном API. *документированом* системном API. в линуксе это — int 80h. сюрпрайз, правда? ещё больший сюрпрайз: оно таки совместимо снизу вверх. можешь взять древнюю libc5 и радостно её использовать в современной системе, если тебе так охота.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	109. "Представлен фреймворк Compat, позволяющий использовать..."	–1 +/–
	Сообщение от анонимус (??) on 11-Мрт-12, 02:35
	>>вообще-то, реализация userspace API — int 80h. это у вас в винде сисколы засекречены при чём тут вообще сисколлы? Речь идёт о стандартизированном userspace API, куда входит, в частности функции стандарта С в libc, куда МОГУТ входить сисоколлы, а могут и нет. Я об этом говорил с самого начала, а ты что-то шлангуешь. >>это у вас в винде сисколы засекречены за отдельную плату ты можешь получить почти всё, вплоть до исходников и поддержки kernel developers. Для тебя, я думаю, это не проблема. >>«рантайм m$vc» — это не то же самое, что libgcc. я думал, ты троллишь, но теперь мне кажется, что ты просто этого не знаешь Ещё раз - при чём тут вообще рантаймы? >>оно таки совместимо снизу вверх. я об этом написал сразу. Ты читать умеешь вообще что другие пишут? Я сразу написал, что userspace API совместимо снизу вверх, а в винде почти всегда - в обе стороны. В Linux - нет. >>можешь взять древнюю libc5 и радостно её использовать в современной системе, если тебе так охота. без перекомпиляции не могу, т.к. нет совместимости сверху вниз, ты перепутал направления совместимости. Угу, undefined reference to glibc@. Сисколлы тут совсем ни при чём, не надо опять придумывать какие-то отговорки в виде рантаймов и сисколлов, которые никакого отношения к теме не имеют.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	110. "Представлен фреймворк Compat, позволяющий использовать..."	–1 +/–
	Сообщение от arisu (ok) on 11-Мрт-12, 02:56
	лимит идиотов на сегодня исчерпан. abtreten!
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	112. "Представлен фреймворк Compat, позволяющий использовать..."	+1 +/–
	Сообщение от ананим on 11-Мрт-12, 03:47
	>при чём тут вообще сисколлы? Речь идёт о стандартизированном userspace API, куда входит, в частности функции стандарта С в libc, куда МОГУТ входить сисоколлы, а могут и нет. Я об этом говорил с самого начала, а ты что-то шлангуешь. не понятно о чём говорите лично вы, но userspace API (особенно с уточняющей приставкой userspace) - это тот интерфейс, который могут использовать прикладные (юзерспейсные) программы при системных вызовах и которые предоставляются системой. в данном случае ядром linux. список этих системных вызовов можно увидеть тут /usr/include/asm/unistd_64.h (или unistd_32.h). и у меня их там на данный момент 309. и они супер стабильны. зыж вы же наворотили... вот интересно, если функции стандарта С у вас входит в userspace API, то почему не входят баш, пёрл, паскаль, жаба... брэенфак? у них ведь тоже есть "знакомое" буквосочетание API? тем более, что половину приведённых вами "фактов" вообще относятся к проблеммам ABI, а не к API. выучите уже когда и какое апи имеется в виду и только потом лезьте в спор.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	113. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от ананим on 11-Мрт-12, 03:53
	ззыж ну вот тут например почитайте - http://docstore.mik.ua/manuals/ru/zlp/005.html там кстати в первом же предложении (на примере файлового ввода-вывода): >В языке C для осуществления файлового ввода-вывода используются механизмы стандартной библиотеки языка, объявленные в заголовочном файле stdio.h. Как вы вскоре узнаете консольный ввод-вывод - это не более чем частный случай файлового ввода-вывода. В C++ для ввода-вывода чаще всего используются потоковые типы данных. Однако все эти механизмы являются всего лишь надстройками над низкоуровневыми механизмами ввода-вывода ядра операционной системы. где "стандартной библиотеки языка" - это АПИ языка С. а "низкоуровневыми механизмами ввода-вывода ядра" - это юзерспэйс АПИ ядра. вот когда это усвоите, тогда можете переходить к драйвер АПИ и рассуждать о преимуществах стэбл/унстэбл.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	125. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Ваня (??) on 11-Мрт-12, 14:27
	> орли? вообще-то, реализация userspace API — int 80h. это у вас в > винде сисколы засекречены, а в линуксе, вообще-то, официально документированы и как > раз являются userspace API. всё остальное — обёртки. одна из которых > — glibc. Отчасти поэтому API и стабилен: изменения kernel API нивелируются DLL. Есть ещё ряд преимуществ, но до них вы не доросли.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	130. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от ананим on 11-Мрт-12, 15:56
	уйди от греха. :D зыж ю мэйк май дэй. ззыж звучит бредово, но может ещё кто поржёт: Отчасти поэтому API и стабилен: изменения kernel API нивелируются модулями .ko. Есть ещё ряд преимуществ, но до них вы не доросли.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	135. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от Ваня (??) on 11-Мрт-12, 16:28
	Кроме ":D зыж ю мэйк май дэй. ззыж" и "ко" (курица?) слова знакомы, но смысл не понятен.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	136. "Представлен фреймворк Compat, позволяющий использовать..."	+/–
	Сообщение от ананим on 11-Мрт-12, 17:01
	а на большее я как-то и не рассчитывал :D
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	102. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 10-Мрт-12, 23:44
	ну с первым вам уже достойно ответили. а вот тут: >Я бы тут поаккуратней по двум причинам >1) речь идёт о stable API ядра, а не о программах userspace. именно. поэтому прочтите ветку ещё раз. >2) даже многие userspace программы написаны криво, полно таких. Благодаря крикоруким разработчикам стороннего софта в документации gcc регулярно появляются разделы типа ..... замена gcc на vc в этом утверждении меняет... ничего. даже в одной версии винды и соответсвенно ядра. и ещё, раз уж если у вас плохо с чтением и/или раз вы позволяете вырывать фразы из контекста, могу так же переадресовать вам: Я бы тут поаккуратней по двум причинам 1) речь идёт о stable API ядра, а не о программах userspace. 2) даже многие userspace программы написаны криво, полно таких. и всё это же в винде. или ни для кого-то секрет, что есть куча вайфай карт, где есть дрова только под вин7 и нет (и не будет) под винхп? зыж в линухе стэбл апи не нужен хотя бы потому, что желающие всё-равно имеют возможность портировать дрова при этом не ограничивая развитие ядра. в винде такого нет, не было и не будет.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	119. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от AlexAT (ok) on 11-Мрт-12, 07:52
	> В API Linux нет никакой совместимости вообще, ни вверх, ни вниз. В > userspace API - только снизу вверх. Попробуйте скомпилировать программу на новой > версии glibc и запустить на старой. Упс, undefined symbol glibc@@... API и ABI не перепутал? Открою тебе секрет - для такого числа платформ, под которыми Linux и софт собирается - вообще стабильного ABI быть не может. И не должно, иначе придется городить костыли вида winapi, где одно и то же может быть сделано 2-5 разными функциями разного уровня грабельности, не всегда присутствующими или корректно работающими в конкретной версии (имеется в виду SP+KB, а не major).
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	76. "Представлен фреймворк Compat, позволяющий использовать новые..."	+3 +/–
	Сообщение от Аноним (??) on 10-Мрт-12, 17:39
	> В семерке работает ВЕСЬ софт, писаный для XP с использованием штатного Win32. А у меня почему-то миранда прекрасно работавшая в XP в семерке стала просто тихонько вылетать. Я не думаю что им для совершенно заурядной прикладухи надо какое-то хитрозагнутое апи. И FAR даже с админскими правами ловит access denied в половине папок, потому что дятлы из редмонда не осилили нормально содрать sudo и поэтому программам надо что-то там явно знать о том как подбросить себя в правах (хотя формально и так аккаунт админский, тудыть-растудыть). Файлманагер который не манагит файлы даже под админом - это круто... :\
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	90. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 10-Мрт-12, 18:53
	Да один дх11 вспомнить чего стоит. Ахрененно совместим сверху-вниз и вдоль-и-поперёк.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	118. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от AlexAT (ok) on 11-Мрт-12, 07:48
	> Да один дх11 вспомнить чего стоит. > Ахрененно совместим сверху-вниз и вдоль-и-поперёк. Особенно Directsound3D в DX10+ радует. А это ведь userspace API. В итоге всем срочно пришлось бежать с микрософтовской недоделки на OpenAL.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	77. "Представлен фреймворк Compat, позволяющий использовать новые..."	–3 +/–
	Сообщение от z (??) on 10-Мрт-12, 17:42
	>Нету у win* stable API. Между XP и Vista сломали API как минимум для графики и звука. Между Vista и W7 сломали еще больше Т.е. то, что до висты оно было стабильно 5+ лет вас ну совсем не смущает? Между Vista и 7 совместимость практически 100%-я А раз в 6-7 лет ради кардинальных улучшений (типа WDDM) можно и несовместимости ввести, не страшно
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	88. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 10-Мрт-12, 18:49
	Не смущает. Видите ли, драйвер апи для ядра 2.6.18 тоже стабилен более 5 лет.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	106. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от z (??) on 11-Мрт-12, 02:04
	>Видите ли, драйвер апи для ядра 2.6.18 тоже стабилен более 5 лет Тогда покажите мне DRM-драйвер для 2.6.18 для радеонов 6-серии (HD)
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	114. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 11-Мрт-12, 04:12
	пользуйтесь каталистом. ну или покажите мне dx11 для XP. или например кучу драйверов на новое железо (например у очень многих wifi), которые выпускаются только для вин7. и никакая падла даже и не пытается сделать что-то типа сабжа. зыж в винде вас не удивляет, что ядро не меняется до тех пор, пока вы не купите его в составе новой винды. в линухе опенсоурс разработка. и (парадоксальная ситуация) оказывается это для альтернативно одарённых плохо, что любое ядро вы можете скачать, а не ждать, когда его вам продадут через пару-тройку лет. может вам не стоит пока создавать систему под себя? может воспользуетесь готовыми решениям? типа RHEL|SLES|ETC? они решат за вас эти проблемы с бэкпортированием и головка у вас не будет бо-бо.
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	128. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от z (??) on 11-Мрт-12, 15:31
	>пользуйтесь каталистом Что ж так, KMS и нормального 2D, значит, не видать? :D >ну или покажите мне dx11 для XP dx11 это новое API/граф.стек, а не обособленный драйвер в обычном понимании, и более того  - его доступность в XP никем не декларировалась >или например кучу драйверов на новое железо (например у очень многих wifi), которые выпускаются только для вин7 это желание производителя, а в линуксе даже при желании портирование с новых версий в старые - сущий гемеррой >в винде вас не удивляет, что ядро не меняется до тех пор, пока вы не купите его в составе новой винды. Раз в 10 лет? Нет >в линухе опенсоурс разработка базар и несовместимости через каждую версию? знаем, занимались портированием лично >может воспользуетесь готовыми решениям типа RHEL|SLES|ETC? Ok, как завести 3D/KMS на HD5XXX на 2.6.32? >RHEL|SLES|ETC? И вы действительно считаете, что эти решения стоят дешевле какой-нибудь W7Pro? У меня для вас неприятная новость... :)
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	131. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 11-Мрт-12, 16:01
	>>пользуйтесь каталистом >Что ж так, KMS и нормального 2D, значит, не видать? :D разумеется. новые технологии смотрите в вновой висте. аля dx11, уак и тд, и тп. >dx11 это новое API/граф.стек, а не обособленный драйвер в обычном понимании, и более того  - его доступность в XP никем не декларировалась одно слово - писец. зыж кмс - это новое API/граф.стек, а не обособленный драйвер в обычном понимании, и более того  - его доступность в 2.6.18 никем не декларировалась. зззыж >И вы действительно считаете, что эти решения стоят дешевле какой-нибудь W7Pro? У меня для вас неприятная новость... :) а кто говорит о дешевле?!!! :D халявщик ты Лёня, а не партнёр.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	142. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от z (??) on 11-Мрт-12, 20:38
	>новые технологии ага, ещё новой технологей в линуксе называется поддержка современного железа, т.к. новые HD на старых ядрах завести практически нереально - даже банальное переключение в терминал из иксов корректно не работает >аля dx11, уак и тд, и тп. это фактически новые API/функциональность, а не ломание старого, учи матчасть >его доступность в 2.6.18 никем не декларировалась >кмс - это новое API/граф.стек, а не обособленный драйвер в обычном понимании, и более того  - его доступность в 2.6.18 никем не декларировалась в копи-пасту ты умеешь т.к. ума для этого особо и не нужно, а вот рабочего 3D с опенсорсными драйверами на 2.6.18 (на подобие драйверов для XP, хотя ядро XP существенно старее как 2.4 - про которое вообще молчу) так и не показал - вот вам и Шtable API Nonsense =) >а кто говорит о дешевле?!!! :D Ах вот ты какой, бизнес от линукса =) Вопросов больше не имею =)
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	145. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 11-Мрт-12, 21:20
	>>аля dx11, уак и тд, и тп. >это фактически новые API/функциональность, а не ломание старого, Угу. dx1 - старое и 1 - новое. >учи матчасть Ну только  тебе это и говорить. :D
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	94. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-12, 22:27
	> А раз в 6-7 лет ради кардинальных улучшений (типа WDDM) можно и > несовместимости ввести, не страшно Или ради криво содранного sudo которое у них обозвано uac и ведет крайне идиотскую политику, когда юзер по дефолту - админ, но почему-то урезанный, который должен регулярно доказывать что он не верблюд, ткнув соотв. кнопку. Получилось ни два, ни полтора. И программам надо что-то явно знать о том что эта срань - есть. И юзер вроде как может многовато, но уже и не совсем полноценный админ. И программы поотваливались. Наверное посмотреть как это сделано в *nix и просто передрать 1 в 1 помешал синдром nih. А зря, в *никсах все это намного прямее и удобнее сделано.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	97. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от анонимус (??) on 10-Мрт-12, 22:37
	>>Или ради криво содранного sudo которое у них обозвано uac А sudo умеет временно повышать привилегии для выполнения определённых операций уже запущенного процесса? Либо вы не понимаете что такое UAC, либо я отстал от жизни. >>А зря, в *никсах все это намного прямее и удобнее сделано. sudo запускает программу от другого пользователя целиком и полностью. Как мне повысить привилегии в запущенной программе с запросом пароля для записи в /var/..., а потом их дропнуть?
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	146. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Crazy Alex (ok) on 11-Мрт-12, 23:15
	А что мешает выделить нужную функцию в отдельный процесс? Религия не позволяет?
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	107. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от z (??) on 11-Мрт-12, 02:09
	> Или ради криво содранного sudo которое у них обозвано uac Аналог sudo - в локальных политиках безопасности/запуске от другого пользователя, UAC занимается совершенно другими вещами, учи матчасть
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	108. "Представлен фреймворк Compat, позволяющий использовать..."	+2 +/–
	Сообщение от arisu (ok) on 11-Мрт-12, 02:14
	> UAC занимается совершенно другими вещами Марс осваивает.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	115. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 11-Мрт-12, 04:22
	>UAC занимается совершенно другими вещами, учи матчасть угу. UAC пытается костылями прикрыть архитектурные просчёты платформы доставшиеся в наследство. не, ну это надо додуматься, чтобы прикладуха писала свой ini-файл в систем32!... да и в любой другой в этом каталоге. >Также действует «виртуализация каталогов и реестра»: программа, которая пробует записать что-либо в каталог %PROGRAMFILES%\Папка\Пример.ini, записывает этот файл в каталог %USERPROFILE%\AppData\Local\VirtualStore\Program Files\Папка\Пример.ini. Это обеспечивает совместимость старых программ с разграничением доступа. http://ru.wikipedia.org/wiki/User_Account_Control ps; чего уж удивлятся вопросу "Как мне повысить привилегии в запущенной программе с запросом пароля для записи в /var/..., а потом их дропнуть?" ??? никак!!! никак нельзя позволять это делать! уменьшать привилегии процесса можно, повышать - нет. так получишь себе троянца и повысишь ему потом....
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	126. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Ваня (??) on 11-Мрт-12, 15:00
	Вы путаете решение проблемы DLL HELL и UAC.
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	133. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 11-Мрт-12, 16:05
	во-первых - не я (см. ссылку) во-вторых - не DLL HELL, WinAPI HELL, где архитектура системы через попу. в-третьих - тебе хоть за такое жалкое враньё то платят? :D
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	134. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Ваня (??) on 11-Мрт-12, 16:27
	> Также действует «виртуализация каталогов и реестра»: программа, которая пробует записать что-либо в каталог %PROGRAMFILES%\Папка\Пример.ini, записывает этот файл в каталог %USERPROFILE%\AppData\Local\VirtualStore\Program Files\Папка\Пример.ini. Это обеспечивает совместимость старых программ с разграничением доступа. Именно DLL HELL. Про WinAPI HELL впервые слышу от вас.
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	137. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от ананим on 11-Мрт-12, 17:03
	а я не собирался именно ВАМ что-то доказывать. :D
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	138. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от AlexAT (ok) on 11-Мрт-12, 18:45
	> Именно DLL HELL. Про WinAPI HELL впервые слышу от вас. Логично, что впервые, поскольку под winapi не писали, и даже не пробовали. Пробовали бы - уже поняли бы.
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	143. "Представлен фреймворк Compat, позволяющий использовать новые..."	+1 +/–
	Сообщение от z (??) on 11-Мрт-12, 20:47
	> Логично, что впервые, поскольку под winapi не писали, и даже не пробовали. Пробовали бы - уже поняли бы. Бедные Adobe и миллионы других разработчиков (в т.ч. и я), и не подозревают, как на самом деле мучаются с Win32API (который последние 10 лет не менялся, а лишь дополнялся) -- то ли дело линукс, где в последние годы всё стабильно (в т.ч. количество нужного софта), не считая постоянных смен ключевых компонентов(gtk,qt,gnome,kde,unity,oss,alsa,hal,dbus,pulseaudio,systemd,upstart,...) :D
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	121. "Представлен фреймворк Compat, позволяющий использовать новые..."	+/–
	Сообщение от Sergey722 (ok) on 11-Мрт-12, 10:18
	>когда юзер по дефолту - админ, но почему-то урезанный, который должен регулярно доказывать что он не верблюд, ткнув соотв. кнопку Да это понятно зачем сделано. Это ведь традиция, что пользователь в винде работает под админом. Вот чтобы при этом он не натворил дел придумали костыль. Вот только не понятно зачем было сохранять эту традицию. З.Ы.: А вопрос типа: "Вы уверены, что это вы запустили эту программу?" - вообще жемчуг.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

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

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