Jaderné noviny – 1. 12. 2010: Jádro a C knihovna jako jediný projekt (diskuse)

[vlastikroot]

Integrovaná C knihovna by byla bezva ... Řešit něco na urovni glibc je peklo, kdyby to měli v prstech jaderní vývojáři, bylo by to uplně o něčem jinym. Dokonce se celkem divim, že to takhle neni od začátku.

[Peter Fodrek]

Mam taky pocit, ze si to mysleslo vela ludi, ale ja som to prvy napisal

Twelfth Real-Time Linux Workshop on October 25 to 27, in Nairobi, Kenya

New universal framework for networked control using Realtime Linux Author(s): Peter Fodrek, Tomáš Murgaš, RT systems, s.r.o., Bratislava, Slovak Republic

This paper is about a concept of new distributed control framework for both kernel space and user space.

Its goal is to achieve simplification of Control system design and unification API for several networked systems using Realtime Linux operating systems.

k tomu RTLWS12 Important dates

* Release of this Call for Papers on March 29, 2010 * Second Call for Papers on May 3, 2010 * Deadline for abstract submission on June 7, 2010 * Notification upon acceptance by July 12, 2010 July 26, 2010 * Paper submission deadline on September 6, 2010 September 20, 2010

tento abstrakt som posielal este v marci/breznu a cely paper na prelome augusta/septembra teda srpna a zari

A tam som pisal, ze tyreba unifikovat API/ABI pre kenrle space a user space.

napr. mapovanim

uniprinf()

na

printk

alebo printf

Podla pouziteho ceila prekladu (modul jadra, user space utilita)

Tot mi uz od vydania clanku na Linux Weekly news ako to iste.

Hlavne, ked Ingov Molnarov kolega Thomas Gleixer bol v programovom vybore tej konferencie

[vlastikroot]

To neni zrovna uplně to samý ne? Si zas neumim představit, že by jádro používalo stejný printf jako user space, když jádro má uplně jiný potřeby (user space musí volat syscall a přepnout se jim do kernel space, uvnitř kernelu jde rovnou o volání funkce, bez přepínání kontextu). Tahle myšlenka s libc přímo jádrem je spíš o synchronizaci jaderných možností s user space rozhraním, protože vývojáři od glibc nejdou společně s jadernýma vývojářema.

[Peter Fodrek]

uplne rovnake to nie je, ale integracia user space a kernel space tam je

[Bedňa]

Neviem či ten pocit mám len ja, ale vždy keď si prečítam JN, tak mám pocit že Linux ide len tak na sytič Dík za ďalší pekný diel.

[1john2]

jeste nekdo kdo v clanku rozsypany caj? casto se objevuje '|, případně "pocinaje kterou libc" se mi tez nezobrazi spravne.

[b fgngYD]

Nebolo by to mrhanie kvalitnymi kodermi, ktori sa staraju o jadro? Zdroje su obmedzene a bal by som sa o spomalenie vyvoja co do novych funkcii. Na druhej strane by boli volania libc konzistentne s jadrovymi a libc by pravdepodobne stupol na kvalite prevedenia, ale bojim sa, ze by to bolo mrhanie ludskymi kvalitami.

Nevidim do tejto problematiky moc, ale ak to prezeniem, tak v ziadnej firme nedavaju kodit GUI pre plugin do firefoxu koderovi, ktory ma na starosti vyvoj mikrokernelu pre embeded zariadenie ovladajuce rolety na dome...

[vlastikroot]

Mrhání by to nebylo, protože když mám třeba já nějaký nápad, na glibc se rovnou vykašlu, ale do jaderné libc bych měl aspoň nějakou šanci to prosadit (i třeba jako experimentální věc, ale aspoň by se toho mohl někdo chytnout). Jádro se vyvíjí dost rychle a dynamicky, to by podle mě slušelo i té libc, která s jádrem tak i tak dost souvisí. Vývojářů je dost, sice možná ne fulltime, ale patch pošle kupa lidí.

[Michal Kubeček]

Asi tomu úplně nerozumím. Proč je to, že starší verze Ubuntu nebude schopna fungovat s nejnovějším jádrem, považováno za tak zásadní problém, aby se kvůli tomu zamítl užitečný patch? Většina dostatečně starých distribucí nebude z různých důvodů fungovat s (např.) 2.6.37, ale to snad není důvod zastavit vývoj. Hlavní je, že fungují s jádrem, které je v nich, a s jádry, která jsou v jejich updatech.

[Jendа]

Také jsem se tomu podivil, především by mě zajímalo, kolik uživatelů starého Ubuntu si bude kompilovat/backportovat poslední jádro.

[geebranz]

learned a lot

Reap