A gyártók ha már zárt drivert fejlesztenek linuxra, miért nem tudnak valami ehhez hasonló modellben fejleszteni?
Persze lenne egy kis kernel hívási "overhead"-je(ahogy azt elegánsan mondják), de talán még elviselhető.
Könnyű belátni hogy ennek a karbantartása egyszerűbb lenne mint az összes zárt driver-é, és a nyílt közösségnek kéne csinálni.(stable kernel api helyett)
- 2117 megtekintés
Hozzászólások
DKMS nem ilyesmi véletlenül?
- A hozzászóláshoz be kell jelentkezni
Én még nem hallottam DKMS API-ról. Az inkább a fordítást automatizálja, és nem lehet bináris lib-eket felcsatolni vele.
- A hozzászóláshoz be kell jelentkezni
Közel sem.
-------------------------------------------------------------------------------------------
Mit használok? Na, na, na? Hát blackPanther OS v11.1-et * www.blackpanther.hu
- A hozzászóláshoz be kell jelentkezni
Benned egy dízájner veszett el :)
- A hozzászóláshoz be kell jelentkezni
MS Paint :)
- A hozzászóláshoz be kell jelentkezni
Neeem, látszik az elcseszett font hintingen hogy valami freetype-os linuxos ügyeskedés lesz ez. Plusz a színátmenetek... Én ezért még fizetnék is :)
- A hozzászóláshoz be kell jelentkezni
Ennyire tetszik a gimp? :)
Azt mondjuk nem tudom hogy lehet egy tetves egyenes vonalat húzni benne, de a többi az megy. :)
- A hozzászóláshoz be kell jelentkezni
nyomd le a shift-et. Altalaban minden grafikai programban muxik.
- A hozzászóláshoz be kell jelentkezni
Köszi. Tetszik ez a megoldás. Megint tanultam valamit.
- A hozzászóláshoz be kell jelentkezni
Inkscape? Gimpben ilyen ábrákat rajzolni bűncselekmény. :D
- A hozzászóláshoz be kell jelentkezni
Vagy valami free UML rajzoloval komponens diagram. Pl. astah community, ArgoUML, stb.
- A hozzászóláshoz be kell jelentkezni
Bocs, majd legközelebb. :)
- A hozzászóláshoz be kell jelentkezni
Dia!
- A hozzászóláshoz be kell jelentkezni
és íme az új változat... :)
- A hozzászóláshoz be kell jelentkezni
Click/Shift-Click?
/sza2
Szerk. upsz, most latom, mar volt.
- A hozzászóláshoz be kell jelentkezni
kerdes mennyiben segit egy ultra vekony nyilt forrasu transport layer a kernel modul-ban, ha az osszes logika a zart forrasu user lib-be kerul..
- A hozzászóláshoz be kell jelentkezni
"user lib" ??
Azt hiszem félre érted. A "device driver lib" a kernel modulba lenne belinkelve. Láttam már ilyen trükköt zárt drivereknél, csak "transport layer" nem volt.
- A hozzászóláshoz be kell jelentkezni
akkor felre. Nincs olyan problema a zart koddal a kernelben, hogy nem kerulhet a linux kernel faba? GPL Meg ha zart blob van a kernelben az talan meg egy fokkal rosszab mintha csak user modban lenne.
A legtobb driver amit en lattam, ahol el probaljak rejteni a lenyeget, user modban volt..
- A hozzászóláshoz be kell jelentkezni
A zárt kód természetesen nem kerülne be a kernel fába, csak a layer. Úgy képzelem pl. hogy lenne az összes zárt driverhez 1 db ilyen layer, és csak azt kéne karban tartani.
A zárt részt mindenki letölti magának, és beforgatja a kernel modulba. Úgy ahogy azt szokás.
User módban azért nem jó mert a context switch-re azt mondják hogy nagyon visszafogná a dolgot. Bár pl fuse is context switch-es, és tűrhető a sebessége.
- A hozzászóláshoz be kell jelentkezni
Nos, egyetlen egy probléma van a koncepcióddal: ha a layer ugyan nyílt forrású, de semmi másra nem jó, mint a zárt kód kernelbe csempészésére, akkor hiába nyílt, hiába jól dokumentált, hiába használható akár 48 különböző bináris berakására, nem fog bekerülni a kernel fába. Mert ez arrafelé a policy...
- A hozzászóláshoz be kell jelentkezni
Hát erre tényleg nem gondoltam :(
És ha azt mondanánk hogy azért kell hogy a ritkább/elavult drivereket ne kelljen karban tartani? :)
Szerk:
Az ndiswrapper-t karbantartják még? Onnan jött az ötlet egyébként. Ha nem kerül be a kernel fába akkor csak kell keresni néhány őrültet(vagy érdekek által motivált embert) akik foglalkoznak a karbantartásával.
Tudom hogy a gyártókat nem érdekli a linux, de azért össze tudnának hozni egy ilyen csapatot, mert ezzel vevőket szerezhetnek.
- A hozzászóláshoz be kell jelentkezni