Jaderné noviny - 7. 7. 2015: Začleňovací okno část 3. (diskuse)

[Jendа]

Má nějakou výhodu mít ovladače pro triviální zařízení jako různé teploměry nebo třeba to TLC59108 jako driver v kernelu? Mně přišlo naprosto přirozené, aby do toho I2C data posílal userspace démon.

[sdfdf]

Mne napadaju vyhody ako ze programatori to nemusia (znovu) programovat a nevyzaduje to dalsieho demona, co moze byt vyhoda na jednocipoch. Inak uplne suhlasim a do kernelu by som to necpal.

[pc2005]

No bylo by zajímavý rozdělit vývoj kernelu na hlavní část a externí drivery (nebyly by to drivery mimo kernel, ale jen mimo věci jako plánovač apod.). Otázka je zda by se ten vývoj dokázal udržet a pokud ne, tak by to stejně skončilo v kernelu .

BTW některý teploměry exportujou stav pro hwmon. I na blbou GPIO ledku můžeš navázat třeba led heartbeat (nebo jinou leds aktivitu).

[Harvie.CZ]

podle me je uplne jedno, jestli to bude v kernelu nebo v systemd ja osobne sem teda proti tomu aby to bylo v userspacu, pac pak mame miliony demonu, kazdej ma jiny api, jinak reseny prava pro komunikaci se zarizenim a je v tom bordel. navic takovy veci jako userpace demon kterej podle teploty procesoru nastavuje otacky vetracku mi pripadaj fakt psycho. co kdyz userspace zamrzne kvuli bugu, spatne nastavenymu nice, nebo pac vsechen vykon sezerou chrome s flashem? pocitac shori nebo minimalne spadne.

[pc2005]

Ono jde o monolitičnost kernelu, ty drivery by klidně mohly být mimo samotné jádro. To by se pak mohlo vzpamatovat z pádu třeba driveru těch ledek. API by klidně mohlo být stabilní.

[Jendа]

API potřebuješ do userspace stejně jako do kernelu.

Z mého pohledu jde o to, že userspace umím debugovat od té doby, co mi ukázali, jaká písmenka mám náhodně mačkat v gdb, dokud to nezačne fungovat. Kernel je pro mě pořád něco tajemného. Možná je to jenom pocit a také je to jednoduché…

[R]

Kernel sa debuguje pridavanim printk, na tom nie je nic tajomne :D

[Michal Kubeček]

A když se nezadaří, pořád je tu ještě crash.

[Pali]

Kernel je pro mě pořád něco tajemného.

A to je možno dobré, najpr treba jazyku porozumieť a až potom skúšať čo spraví ten kód s cudzým HW... Ľudia, čo robia v Jave alebo C# sú čiastočne od vývoja kernelu oddelný, lebo si na to len tak netrúfnu.

[TT]

Co takhle přepínání kontextu a s tím spojená režie? Myslím, že tohle se diskutovalo už několikrát jenom teď nemůžu najít odkaz. Nepamatujete někdo?

[R]

Pri nejakom blbom teplomeri na pomalej I2C zbernici je to uplne jedno.

[tom]

Má nějakou výhodu mít ovladače pro triviální zařízení jako různé teploměry nebo třeba to TLC59108 jako driver v kernelu? Mně přišlo naprosto přirozené, aby do toho I2C data posílal userspace démon.

LEDky se pouzivaj pro debugovani, takze ty by byly v kernelu stejne a navic kernel ma nad I2C/SPI abstraktni rozhrani, takze implementace v kernelu spociva vpodstate v definovani adres. Navic by se musel udelat novej interface, protoze stavajici interface je spartanskej a nenabizi zadna omezeni v pristupu k jednotlivym zarizenim, takze chyba v userspace demonu by mohla rozbit celej system. Proste to nestoji za to.

[Atom321]

No, mít driver teploměru (nebo TLC59108) v jádře je jednodušší. On ten driver celkem nic moc nedělá, jen zformátuje zprávu (dotaz na I2C), předá ji driveru I2C řadiče, pak parsuje odpověď a získané číslo vystaví přes virtuální souborový systém. Driver I2C řadiče i VFS jsou v jádře, vkládat mezi ně komunikaci s userspace démonem je zbytečná komplikace.

[HonzaRez]

Pro lékaře je výhodné, když měří teplotu v kernelu...

[pc2005]

Procesory Synopsys DesignWare ARC HS38 jsou nyní podporovány.

Hmm takže si můžu na Intel čipset (AMT/MEI) nainstalovat linux? Cool!