Изпечатай

[gat3way]

Има, има...един пич дето живее в Англия и разработва подръжката за NTFS...и един дето се занимава с подръжката на файловата система на plan9 (tarator-e, случайно да знаеш нещо по въпроса? '>  )

[ivo1204]

изтрито

[ivo1204]

Не знам , понякога си мисля ,че толкова много промени не са много хубаво нещо.
Не само за ядрото , например  и за КДЕ , и др . Ето ,сега таман КДЕ-то се позаглади , и ще почнат мъките с КДЕ 4.,,

[Nikolavp]

Цитат (ivo1204 @ Ноември 18 2007,08:31)

Не знам , понякога си мисля ,че толкова много промени не са много хубаво нещо. Не само за ядрото , например  и за КДЕ , и др . Ето ,сега таман КДЕ-то се позаглади , и ще почнат мъките с КДЕ 4.,,

Всъщност пренаписването си трябва понякога. Иначе как очакваш да направят големите промени без да счупят библиотеките. Плюс това очаквам 4ката да се оправи до 4.2 '>

[ivo1204]

изтрито

[gat3way]

Ъъъъм, виж кво, много грубо е да кажеш, че е почти неизползваемо. Принципно, потребителите слабо ги вълнува бъркотията, свързана с кърнъл АПИ-то. Дори ако девелоп-ваш някакъв userspace софтуер по принцип малко ти се налага да знаеш какво се било променило там: има си съответни библиотеки, те си викат разните там syscalls и се занимават с разликите в параметрите им, те си комуникират с ядрото и т.н.

От друга страна, откъм документация нещата са наистина зле. Но пък си съществуват разните там ЛКМЛ, чат-пат статии по въпроса се пишат, така че не е толкова загубена кауза.

Между другото има що-годе удобни web-based интерфейси, през които можеш да видиш кой експортнат symbol къде е деклариран, къде се използва и донякъде какво прави. Аз лично поне през гугъл съм попадал на такива неща. Друг е въпроса че ако си имаш kernel source-а, винаги можеш да ползваш grep '>

Бих казал, че писането дори на дребни кърнълспейс неща е доста забавна работа. И да, изисква се четене и ровене.

Не знам коя компания има проблем с писането на драйвери, ако има такива, вероятно са свързани със спазването на GPL лиценза и прочее политически проблеми. Ако си имаш спецификациите на хардуера, не вярвам да ти е зор да си направиш драйвер за джаджата. Има си определени нива на абстракция (layers) - например block, vfs, etc. Там нещата са си дефинирани ясно и не ти се налага да се занимаваш с прекалено много неща, просто дефинираш определени callback функции, които се викат, когато се върши някаква работа.

P.S обаче е проблем, при видеодрайвери и някои драйвери за 802.11 джаджи. Но пак главно поради политически въпроси. Твоята карта, с драйвера дето зарежда firmware е пример за това. Сходни неща доколкото знам се случват и с някакви карти на Нвидия ако не се лъжа. Но това са частни случаи, в които инатът прецаква нещата. Това е малко дълга тема за размисъл, защото ако се замислиш примерно boot процеса при itanium2 например пак е свързан с зареждане на интелски фърмуер от файловата система...и в този ред на мисли една линукс инсталация на такава машина не е чак толкова свободна и отворена '>

[ivo1204]

изтрито

[ivo1204]

изтрито

[tarator]

ivo1204,

Основната причина да няма разни удобства за програмистите на ядрото е, че те не се нуждаят от такива. Като подпричина може да се приеме, че разработчиците _не искат_ да окуражават хора, които не могат да се оправят да правят промени. Освен това има поне две добри книги, описващи ядрото: Linux Kernel Development  на  Robert Love  и  Linux Device Drivers  на Corbet, Rubini и gregkh.

А фирмите обикновено имат проблеми с писането на драйвери не защото това е толкова трудно, а защото а) не правят усилия кодът им да спазва стила на ядрото, б) пишат грозен код (повечето производители на хардуер пишат такъв '>, и в) откриват топлата вода вместо да използват вече съществуващите механизми в ядрото.

Аз лично нямам никакви проблеми да се ориентирам в кода  на ядрото. Разглеждал съм ядрата и на други операционни системи, не са по-четливи, нито пък има повече документация.

[edmon]

Цитат (ivo1204 @ Ноември 18 2007,18:10)

@gat3way, Като казвам „неизползваемо „ , имах в предвид тези промени , от няколко седмици .Много неща отказаха да се компилират ( например  ndiswrapper , и то версия 1.49 , която си е направо нова ). Това разбира се , не е толкова важно. В много случаи проблема е не как да използваш ядрото , а как да го заобиколиш  ,за да си свършиш работата. Действително , потребителя на персонален компютър малко го интересува това. И не е нужно да се пише драйвер на нещо което някой друг произвежда и продава , т.е. печели и има интерес да си напише този драйвер. Още повече , ако не е „изревал“ , помагайте ,ето ви datasheet-a ... За да дам пример , какво имам в предвид , ето сега иде Коледа. Има елха ( по принцип ) и лампички по нея. Имам части да ги навържа , и искам например да ги ползвам за една цветомузика. И да ги закача за компютъра . Примерно , не биж се занимавал с това , разбира се , просто пример. И въпроса е : Как? На кой порт? Добре ,да не правя нешата по 100 пъти , решавам да изведя сериозен интерфейс , който ще ми върши работа и за много други неща. Например един универсален I/O порт . И даже имам такъв : Оказва се , че най ефтино е да си купя една TV tuner карта , ( има и за по 8$ ) , базирана на saa7130/7134  , да разкарам ненужните елементи и готово. Перфектен ,за тази цел. Има си почти всичко . И на PCI шината , т.е. скорост. Утре мога да го ползвам за програматор , за измерване , за какво ли не. Значи тук не мога да се оплаквам от производителя. Обаче например , в този случей , за искам да му осигуря една стабилност на времената. Че еди кой си инпулс , по еди кое си краче , ще е точно 0.1 микро секунда. Защото това да кажем ,ще е време за интегриране на сигнал ( измерване ). От тук нататук почват мъките и те са свързани с ровенето по ядрото.

пожелавам ти от все сърце, когато си направиш всичко това дето си го замислил. да го публикуваш в интернйетя и да му направиш документация!
'>

[ivo1204]

изтрито

[tarator]

ivo1204,

В кода има достатъчно коментари.

> И се очаква ,да се зарови в кода на ядрото. Ама това е пари ,много
> пари.Тоя човек трябва да се обучи , и то не за друго , а само да се рови
> в 150 Мбайта сорс.

Да, ядрото има достатъчно контрибутори, нямат нужда от аматьори, които си мислят, че с едно IDE и два дни ровене по API-то могат да напишат модул. Който не иска да се обучи, да пише на QT '>

[gat3way]

Писането на kernelspace код НЕ е нещо сложно.

До колкото мога да съдя по моите експерименти в тази област, бих казал че е и забавно при това.

Мене ООП никога не ме е влечало като идея, защото съм си свикнал на С, преди това съм се занимавал предимно с Паскал и Бейсик, га бех млад.

Никой не ти забранява да пишеш такъв софтуер, стига да е за твоя лична употреба. Ако имаш огромният мерак да ставаш известен и да ти го merge-ват, тогава вече трябва предполагам стават други работи.

И не мога да разбера какво му е по-лесното на qt програмирането. Правил съм си опити да вникна в нещата, но винаги ми е идвало в повече и съм се отказвал. Занимавал съм се с delphi и visual C, там беше къде по-нормално и логично.

Разбира се, аз съм далеч от програмист и се занимавам с такива неща за собствен кеф. Ако това ми беше работата, сигурно щях да се чувствам гадно, не знам..

А и не мисля, че кърнъл девелоперите са такива зли същества, които нарочно ти правят живота черен. Просто не им се занимава с глупости.

[ivo1204]

изтрито

[tarator]

ivo1204,

> Та клиента е този който плаща , и така поставени нещата , едва ли ще
> наклонят везната за Линукс.

Нали не си мислиш, че на някой от разработчиците на ядрото му пука дали "клиента" ще използва Линукс?