Пазетив. Ждём нормальные дрова для видях SiS

Молодцы!

Саныч не назвал Linux линаксом ??? Вот это новость!

паллиатив конечно, но уже лучше чем ничего.

И что будет 2 драйвера скажем NVIDIA один независимый от версии ядра, но только для SuSe а второй обычный?

У них еще недавно была программа перевести все свои компы на линукс,
как показали в галерее:
$ sudo nmap -v -O -sS novel.com
Running: Microsoft Windows 2003/.NET
OS details: Microsoft Windows 2003 Server SP1

Я думаю, что будет выработано некоторое консолидированное решение, устраивающее и вендоров и издателей дистров. А дистрибуторы линакса, не входящие в майнстрим останутся без драйверов.

> не входящие в майнстрим останутся без драйверов

Делов то. Останемся без проприетарных дров. Невелика потеря. Опенсорснутые дрова никуда не денутся.

Что касается Novell - то их надо за йайца повесить, за такого рода "подачки" проприетарщикам. Надо было брать пример с Greg KH, как-то грозившийся закоммитить код непозволяющий вставлять в ядро закрытые дрова. После чего сказал, что это мол шутка, но в каждой шутке есть доля правды, поэтому пусть ATI и Nvidia подумают над открытием дров.

Нестабильность api ядра - головная боль проприетарщиков, а не открытых дров.

>А дистрибуторы линакса, не входящие в майнстрим останутся без драйверов.

А также все те кто свои ядра собирает

> Нестабильность api ядра - головная боль проприетарщиков, а не открытых дров.

нестабильность API и ABI ядра - следствие еб*&%&^$ти и рас&^%&^$ва разработчиков подобного ядра :-/ period.

// wbr

> Что касается Novell - то их надо за йайца повесить, за такого рода "подачки" проприетарщикам. Надо было брать пример с Greg KH, как-то грозившийся закоммитить код непозволяющий вставлять в ядро закрытые дрова. После чего сказал, что это мол шутка, но в каждой шутке есть доля правды, поэтому пусть ATI и Nvidia подумают над открытием дров.

что касается Novell - им нужно памятник поставить, если из их инициативы действительно получится что-то толковое, и хоть кто-то сможет навести порядок в этом бардаке и привлечь в массовом порядке 3d party vendors.

// wbr

> А дистрибуторы линакса, не входящие в майнстрим останутся без драйверов.

Ага. И никакая хвалёная GPL не поможет.

>Делов то. Останемся без проприетарных дров. Невелика потеря. Опенсорснутые дрова никуда не денутся.

Ага. Только качество опенсорс видеодрайверов ненавысоте.

klalafuda, вам надо веками стабильное aka-win32 api? Так юзай винду, ее никто не запретил.

Что касается изменений API... ничего не делается просто так, тем более ленивыми программистами. Если изменение произошло - оно было необходимо. В линуксе не привыкли делать костыли, поэтому пусть хоть всё ядро придеться переделать, но сделают по-человечески, без костылей вокруг устаревшего API.

Я еще раз повторяю, проблемы нестабильного API для открытых дров не существует.

> что касается Novell - им нужно памятник поставить
> ... привлечь в массовом порядке 3d party vendors

Пошел в **пу, подхалим проприетарный. Вот кого не нужно, так это 3d party vendors в стиле винды.

Сисовским видеокартам это не поможет

3D там не поддерживается по другим причинам...

Наоборот, я думаю, что ситуация с драйверами, должна заметно улучшится.
Хотя, при желании, этот шаг можно рассматривать как средство конкурентой борьбы, напремер в YaST будет интегрирована поддержка драйверов с сайтов производителей, участвующих в этой программе.

> klalafuda, вам надо веками стабильное aka-win32 api? Так юзай винду, ее никто не запретил.

мне нужно стабильно API/ABI в пределах той системы, с которой на данный момент времени мне приходится работать будучи тем самым 3d party вендором. и на данный момент времени, это Linux. и с точки зрения стороннего разработчика, нестабильность таких ключевых вещей как публичные API и ABI, весьма и всесьма удручает. это *очень* сильно усложняет жизнь в процессе разработки, внедрения и поддержки конечного продукта. и по собственному желанию без действительно суровой необходимости ни один нормальный вендор в это Г даже суваться не станет. tested на собственной шкуре :-/

слава богу, что есть RedHat и подавляющее большинство кастомеров используют именно его -> энтропия системы весьма существенно снижается. и на том спасибо. если конторы типа RedHat или Novell смогут найти способ стабилизации этого долбаного базара, они очень существенно выиграют в том числе и с точки контактов с 3d party вендорами.

// wbr

> Пошел в **пу, подхалим проприетарный. Вот кого не нужно, так это 3d party vendors в стиле винды.

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

// wbr

Однозначно шаг в правильную сторону.

> Наоборот, я думаю, что ситуация с драйверами, должна заметно улучшится.

Уточни с какими именно драйверами. С закрытыми? Если она улучшится - всему open source комьюнити станет только хуже. А вообще, создателей open source дров, я бы отнес к open specifications community. Все что нужно для создания драйвера - это спецификации.

На данный момент, аргумент такой: "Дайте спецификации на железо, и мы САМИ сделаем драйвер и САМИ будем его поддерживать при таком нестабильном API". Примеров полно - чуть ли не все драйверы ethernet карточек работают на open source драйверах. В большенстве случаев open source реализации гораздо лучше закрытых.

С подачи новела аргумент пропадает, проприетарщикам нет смысла давать _спецификации_ на железо, им куда проще дать готовые дрова и придавить open source drivers/specifications community.

Тому что сделало новел могут радоваться лишь недальновидные люди.

>У них еще недавно была программа перевести все свои компы на линукс, как показали в галерее: $ sudo nmap -v -O -sS novel.com Running: Microsoft Windows 2003/.NET OS details: Microsoft Windows 2003 Server SP1

А вы товарисчь ... фирмой не обшиблись ?

> А вы товарисчь ... фирмой не обшиблись ?

khm.. зачет, однако :)))

// wbr

>>А дистрибуторы линакса, не входящие в майнстрим останутся без драйверов.

>Ага. И никакая хвалёная GPL не поможет.

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

Зачем ВАМ открытые дрова?


Инициатива новелла замечательна.

наконец-то кончится бардак

Пазитифф

> мне нужно стабильно API/ABI в пределах той системы,

Объясни мне, что ТЕБЕ мешает сидеть и писать драйвер для ядра 2.6.9 хоть целый год, а потом за 15 минут портировать его на 2.6.16 c новым api. Ничего *существенного* в ядре не меняется. Большая часть драйвера - это логика работы с устройством, а не вызовы линуксячего api. got it?

От того, что ядростроители ввели pm_message_t вместо целочисленного типа, хуже НИКОМУ не стало, за исключением проприетарщиков. В опенсорс драйверах портирование внутри ветки 2.6 делается примитивным sed'ом!

>> У них еще недавно была программа перевести все свои компы на линукс,

>> как показали в галерее:

>> $ sudo nmap -v -O -sS novel.com

>> Running: Microsoft Windows 2003/.NET

>> OS details: Microsoft Windows 2003 Server SP1

казалось бы - всего одна буква :-)

не знаю, что там мутит Novel, но если рады klalafuda и Sun-ch- ну его нафиг
(хотя я все время был не против ограниченых бинарных дров в юзерспэйсе...)

>OS details: Microsoft Windows 2003 Server SP1

Очевидно что это говорит не в пользу линакса.

Ещё одна прослойка ...

> Тому что сделало новел могут радоваться лишь недальновидные люди.

+1. За открытие спек даже RMS награды BSD'шникам даёт, так что новость удручает...

> Объясни мне, что ТЕБЕ мешает сидеть и писать драйвер для ядра 2.6.9 хоть целый год, а потом за 15 минут портировать его на 2.6.16 c новым api. Ничего *существенного* в ядре не меняется. Большая часть драйвера - это логика работы с устройством, а не вызовы линуксячего api. got it?

вы не в курсе, что помимо драйверов в ядре есть и другие компоненты? например, VFS. и срач в нем мягко говоря шокирует.

> От того, что ядростроители ввели pm_message_t вместо целочисленного типа, хуже НИКОМУ не стало, за исключением проприетарщиков.

может, постепенно стоит отучаться говорить за всех? говорят, это хороший тон.

может, открою тайну - помимо кучки красноглазой пионерии, довольствующейся функциональностью голого ядра на своих десктопах, есть и другие пользователи Linux. и, пожалуй, это наиболее интересная категория пользователей бо для них как раз зачастую весьма актуальны частные 3d party решения, работающие на их production системах. и вот тут нестабильность API/ABI между различными версиями того-же RHEL мягко говоря напрягает.

> В опенсорс драйверах портирование внутри ветки 2.6 делается примитивным sed'ом!

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

// wbr

> Зачем ВАМ открытые дрова?

Потому как я выбрал Linux по причине его открытости, а не потому что оно модно. У тебя всё наоборот.

>Зачем ВАМ открытые дрова?
например, затем, что благодаря успехам DRM/TCM нежелание использовать железо с закрытыми дровами перестает быть паранойей

Вышла новая OPERA

Только им?

Тогда почему нельзя поставить памятник Торанинбауману, за minix3 или авторам menuetos ?

> Тому что сделало новел могут радоваться лишь недальновидные люди.

+1. За открытие спек даже RMS награды BSD'шникам даёт, так что новость удручает...

> klalafuda > ... и с точки зрения стороннего разработчика, нестабильность таких ключевых вещей как публичные API и ABI, весьма и всесьма удручает. это *очень* сильно усложняет жизнь в процессе разработки, внедрения и поддержки конечного продукта. и по собственному желанию без действительно суровой необходимости ни один нормальный вендор в это Г даже суваться не станет.

А куда они денутся с подводной лодки? Вендоры они в прибылях заинтересованы, а число машин под линукс растет день за днем. Захотят иметь $ за свое железо будут писать дрова, а не захотят писать появятся другие вендоры. Свято место пусто не бывает.

> У них еще недавно была программа перевести все свои компы на линукс,
> как показали в галерее:
> $ sudo nmap -v -O -sS novel.com

а кто такой novel.com ?

> может, открою тайну - помимо кучки красноглазой пионерии, довольствующейся функциональностью голого ядра на своих десктопах, есть и другие пользователи Linux. и, пожалуй, это наиболее интересная категория пользователей бо для них как раз зачастую весьма актуальны частные 3d party решения, работающие на их production системах. и вот тут нестабильность API/ABI между различными версиями того-же RHEL мягко говоря напрягает.

Не просветите ли чем вы таким занимаетесь, что вас напрягает нестабильность внутриядерного API ?

> А куда они денутся с подводной лодки? Вендоры они в прибылях заинтересованы, а число машин под линукс растет день за днем. Захотят иметь $ за свое железо будут писать дрова, а не захотят писать появятся другие вендоры. Свято место пусто не бывает.

проблема отнюдь не в самом факте написания, допустим, драйвера для своей железки под Linux. проблемы возникают в процессе его внедрения на стороне заказчика и в последующем процессе поддержки :-/

// wbr

> Не просветите ли чем вы таким занимаетесь, что вас напрягает нестабильность внутриядерного API ?

конечно же не просветлю :) NDA еще никто не отменял.

// wbr

А я давно уже говорил, что линакс от RH или Novell все больше и больше становится похожим на венду, в том плане, что начинает играть по правилам, предлагаемым рынком. Понятно, что спеки никто никогда не даст, в силу целого ряда причин, я например понимаю позицию OpenBSD team, да на мегасекьюрной оси нельзя исполнять чужой бинарный код, это противоречит всей концепции пректа.
А что мешает на линуксе исполнять бинарные дрова? Подход, предлагаемый Новел, расширяет круг устройств, которые будут работать под линаксом. Это важно, или нет? Я не пойму, как можно рваться к доминированию на десктопах, без поддержки современного оборудования?

> конечно же не просветлю :) NDA еще никто не отменял.

Понятно, значит просто 3.14здим.

Вышла новая OPERA

Сам драйверов не писал, но присоединяюсь к klalafuda т.к. приходилось пахать в исходниках чужих дравов. Пример платка с СОМ портами, к ней открытый дривер. Дривер юзает готовый api стандартного драйвера ядра для работы с termios. А api стандартного драйвера СОМ порта имеет тенденцию к изменению - добавляются безумныек флаги, которые не описаны ни в каких доках и плюс к этому не имеют флаго, которые есть допустим в qnx4. Т.о. если api стандартного драйвера СОМ порта меняется, может измениться и драйвер СОМ порта.

Кроме того разбираться в чужих дровах без доки тяжко

:(

> в ядре есть и другие компоненты? например, VFS. и срач в нем мягко говоря шокирует.

Ты, мягко говоря, плаваешь в теме. Закрытых FS драйверов нет и не будет. Welcome to GPL. Чтобы сделать закрытую FS, надо сделать нехеровую такую прослойку в стиле nvidia. Кому в данном случае поможет novell? Никому.

> может, постепенно стоит отучаться говорить за всех?
...
> может, открою тайну - помимо кучки красноглазой пионерии,

Две последние цитаты - блеск. Может ты покажешь свои наработки в области VFS, а потом будешь говорить про красноглазую пионерию в лице разработчиков linux?

Сдается мне, кроме слов "энтропия", "production системы", "3rd party" и дурацкой идеи перехвата системных вызовов в 2.4 ветке, по теме нифига не можешь сказать.

Посиди и подумай, для чего новел сделало такую фигню, и поймешь, что не для VFS и не для шедулеров. Также ты поймешь, что смешал в одну кучу всё что можно... и vfs и драйверы *железа* и пионерию.

> А что мешает на линуксе исполнять бинарные дрова?

А то что получившаяся система падать будет также как винда вас устраивает ?

>Захотят иметь $ за свое железо будут писать дрова, а не захотят писать появятся другие вендоры.

Весь вопрос в саппорте, если с RH & Co это решается очень просто, то подростки только вчера собравшие гентууу у со свежими патчами у заказчика просто за$бут и они вообще никому не интересны.

> Объясни мне, что ТЕБЕ мешает сидеть и писать драйвер для ядра 2.6.9 хоть целый год, а потом за 15 минут портировать его на 2.6.16 c новым api. Ничего *существенного* в ядре не меняется.

Угу. То-то я думаю, какого Quake 3 вываливается в кору при переходе с 2.6.14 на 2.6.16.

Заметь, это даже не драйвер, это программа 3-го кольца защиты, которая к ядру вобще никакого отношения не имеет. И разница между версиями не 7 а всего 2.

> В опенсорс драйверах портирование внутри ветки 2.6 делается примитивным sed'ом!

В последние пару лет складывается стойкое впечатление, что оно и пишется примитивным sed-ом в связке с /dev/random