Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 33 reacties

De Linux Foundation gaat langetermijnondersteuning bieden aan de kerneluitgaven van het gelijknamige besturingssysteem die in consumentenelektronica worden toegepast. Fabrikanten als LG en Samsung krijgen daardoor voortaan updates.

Linux Foundation-logoMet het plan delen de elektronicabedrijven de eigen Linux-kernels met de ontwikkelgemeenschap. "Fabrikanten kunnen daardoor het onderhoud van hun kernels delen, wat leidt tot meer gebruik van Linux en meer bijdragen van fabrikanten", zegt Jim Zemlin van de Linux Foundation. De bedoeling is dat andere fabrikanten verbeteringen van of aanvullingen op de kernelcode overnemen. Dat moet een wildgroei aan vertakkingen van het besturingssysteem helpen voorkomen. Ondere andere Samsung is blij met het voorstel. "We geloven dat het project aansluit bij Samsungs wensen", schrijft het bedrijf in een reactie.

Het initiatief krijgt ondersteuning van bedrijven als LG, Samsung, Sony en Toshiba. Het draagvlak is cruciaal, stelt de Linux Foundation. Momenteel moeten bedrijven die Linux-kernels in hun producten gebruiken, de ontwikkeling van de software in hun apparaten vaak zelf uitvoeren en bekostigen. Met het samenwerkingsproject worden de kosten en de ontwikkeltijd volgens de stichting fors gereduceerd. Ook krijgen Linux-kernels in consumentenelektronica jaarlijks een nieuwe versie en ontvangen de releases twee tot drie jaar lang updates.

De langetermijnondersteuning is een van de projecten om de ondersteuning van Linux te stroomlijnen. Een jaar geleden begon de Linux Foundation het Yocto-project, waarmee templates, tools en methoden worden aangereikt aan fabrikanten die een eigen Linux-systeem willen maken.

Moderatie-faq Wijzig weergave

Reacties (33)

Wat me uit het artikel niet duidelijk werd, maar uit de bron gelukkig wel, is dat het gaat om het aanwijzen van een kernel versie als 'long time support' versie.

Nu pakt elke SoC bakker een willekeurige kernel versie (de laatste, bijvoorbeeld), past hem aan zodat hij op zijn SoC past, en moet later veel moeite doen om nieuwe features/bug fixes te backporten.

In het nieuwe model pakt hij de LTS versie, en kan dan profiteren van de gezamenlijke inspanning om die up-to-date te houden.


(Hier zit overigens voor hackers een klein nadeel aan. Bij embedded Linux systemen kun je vaak bepalen welke SoC erin zit door even te googelen op de kernel versie. Andere embedded doosjes met dezelfde kernel hebben meestal ook dezelfde SoC. Deze mogelijkheid vervalt)
Het is allemaal een beetje krom. Er *zijn* al kernels die langere tijd support krijgen 2.6.32 bijvoorbeeld (gebruikt door RHEL, Debian, ...).

http://www.kernel.org/ (zie "longterm" regels).

Overigens zouden die fabrikanten gewoon hun aanpassingen geschikt moeten maken om upstream opgenomen te worden (in Linux, uboot, ...). Zijn gelijk alle problemen verholpen wat betreft toekomstige support en kun je ook over 5 jaar nog je apparaat *veilig* gebruiken met de laatste updates.
Het is allemaal een beetje krom. Er *zijn* al kernels die langere tijd support krijgen 2.6.32 bijvoorbeeld (gebruikt door RHEL, Debian, ...).

http://www.kernel.org/ (zie "longterm" regels).
Ik heb het gevoel dat Samsung de Linux foundation voor het karretje spant van een langetermijnondersteuning. Ze kunnen dit ook dit dook zelf doen zoals RedHat, SuSE etc doen.

Ik vraag me af wie dit werk bij de Linux foundation gaat doen?
De meeste OSS ontwikkelaars willen vooruit en zich niet bezig houden met tig kernels met langetermijnondersteuning bezig houden.
Overigens zouden die fabrikanten gewoon hun aanpassingen geschikt moeten maken om upstream opgenomen te worden (in Linux, uboot, ...). Zijn gelijk alle problemen verholpen wat betreft toekomstige support en kun je ook over 5 jaar nog je apparaat *veilig* gebruiken met de laatste updates.
Helemaal mee eens.
Daarom vraag ik me af waarom De Linux foundation zich voor het Tizen karretje laat spannen. Ik bang dat deze actie er voor zorgt dat minder drivers GPL compatibel worden.
En aan wat voor electronica moeten we dan denken?

Als ik kijk naar 't spul dat op het moment al Linux draait, dan zie ik niet gelijk in in hoeverre dit direct het product gaat verbeteren. Een bedrijf dat z'n eigen Linuxvariant bouwt doet dat om iets goed werkend te krijgen op hun apparaat. Updates worden sowieso specifiek voor die apparaten geschreven, en hoeven vaak niet echt heel veel zaken aan de kernel te veranderen.

Als er templates komen, of voorgebouwde onderdelen, dan is het toch altijd een stukje passen en meten om het precies op het apparaat werkend te krijgen, ik vraag me af of daar echt een groot verschil in gaat zitten. Ik heb al met heel wat embedded Linuxdingen gewerkt, die in principe draaiden op dezelfde architectuur en kernel, maar de software om het apparaat aan te sturen, die verschilde alsnog. Dus ik betwijfel het of er 1 Linux gebouwd kan worden die overal goed voor werkt.
't spul dat op het moment al Linux draait, dan zie ik niet gelijk in in hoeverre dit direct het product gaat verbeteren.
Het is toch niet ondenkbaar dat die oude kernels in al die TV's en setop boxen wel online gaan en toch veiligheidslekken hebben. Deze updates zouden hier wat aan kunnen doen.
Misschien moet eerst duidelijk worden of het 'linux, de kernel' wordt of 'gnu-linux. de unix implementatie zonder unix certificaat'. Android is wel de eerste, maar niet de tweede.

Zelf denk ik een beetje van beide, met de nadruk op de tweede. Dan gaat het dus vooral om de linux implementaties in routers, nassen en dergelijke. Misschien krijgen dingen als 'ipkg' en zo een standaard, net zoals rpm en apt dat voor 'normale' linux implementaties.
Lijkt me niet, ten eerste beheert de Linux Foundation alleen de kernel vziw, ten tweede draaien veel embedded applicaties niet op GNU/Grub, maar bijv. op derivaten / alternatieven zoals uClibc, busybox, syslinux / das boot e.d. Dus er zit niet zoveel 'GNU' in embedded-meuk.
Waar ik zelf bijvoorbeeld tegenaan ben gelopen is de i.MX kernel die door Freescale was gebouwd, maar welke niet in de mainline terechtkomt omdat het een grote bende is.
Vervolgens moeten al die drivers en what not geport worden naar de mainline door semi-vrijwilligers om al de voordelen van het community verhaal te krijgen.

Had Freescale hun kernel vanaf het begin ontwikkeld samen met de community ( waarbij support van andere grote bedrijven en de Linux Foundation een stap in de goede richting is ) dan had dat veel tijd geld en bugs gescheeld.
Waar ik zelf bijvoorbeeld tegenaan ben gelopen is de i.MX kernel die door Freescale was gebouwd, maar welke niet in de mainline terechtkomt omdat het een grote bende is.
Dit heeft niets met een bende te maken maar met de closed source drivers. Die niet compatibel zijn met de GPL kernel.
Vervolgens moeten al die drivers en what not geport worden naar de mainline door semi-vrijwilligers om al de voordelen van het community verhaal te krijgen.
Zolang de kernel modules niet GPL compatible zijn zijn dit waarschijnlijk niet gebeuren.
Had Freescale hun kernel vanaf het begin ontwikkeld samen met de community ( waarbij support van andere grote bedrijven en de Linux Foundation een stap in de goede richting is ) dan had dat veel tijd geld en bugs gescheeld.
Het is niet aan Freescale.
Freescale gebruikt een AMD Z430 ( nu Qualcomm Adreno 200) die van Qualcomm is.
Freescale heeft hier geen zeggenschap over.

Hier is nog wat extra informatie op de openSuSE arm mailinglist van Genesi.

Ik ben benieuwd welke i.MX hardware je gebruikt?
In de meeste gevallen heeft farlane gewoon gelijk hoor - dan is een board support package (grotendeels) GPLv2, maar voldoet de code bij lange na niet aan de mainline standards. Op de korte termijn heeft een bedrijf er weinig aan om dat op te lossen - er moet immers een product de deur uit.

Jij hebt het blijkbaar over een specifieke SoC van Freescale, en dan in het bijzonder over de graphics core. Die zijn inderdaad vaak problematisch, want vendors weigeren de specs vrij te geven (zo ook Imagination's PowerVR-architectuur, vooralsnog. Dit belet een bedrijf echter niet om alle andere code wel naar mainline te pushen - het kost alleen veel tijd en resources.

Zie ook Samsung, praktisch al hun SoCs zitten in mainline, behalve de support voor de (PowerVR SGX) graphics cores.
De low cost SoC die wij gebruiken heeft een Freescale i.MX25 (ARM926EJS) en heeft geen fancy graphics core; bijna alle drivers en platform code zijn daarbij GPLv2.

Het is niet ondenkbaar dat mijn situatie niet dezelfde is als die van jou.
Ik denk dat het doel niet direct een uniforme linux-kernel is, maar het bieden van ondersteuning door middel van (veiligheids) updates. Verder kunnen er natuurlijk ondanks de verschillen wel veel verbeteringen worden gedeeld en hergebruikt tussen de verschillende bedrijven.
Ik denk dat het wel een aantal bedrijven kan overhalen om hun producten op Linux te baseren, als ze weten dat het officiŽel ondersteund wordt en ze niet voor elke verbetering zelf het wiel opnieuw moeten uitvinden.
Android telefoons!
Netwerkapparatuur (routers, NASsen, ........ ), navigatieapparatuur, ...........

Heerlijk als bedrijven geen licenties voor de software hoeven te betalen.

Wat mij betreft mag men voortaan FLAC en OGG Vorbis als standaard gebruiken i.p.v. MP3 en WMA.
Wordt WMA nog gebruikt dan?
Erg goed nieuws, ik hoop dat dit de wildgroei aan met name de ARM SoC derivaten en bijbehorende drivers zal temperen.
Erg goed nieuws, ik hoop dat dit de wildgroei aan met name de ARM SoC derivaten en bijbehorende drivers zal temperen.
Een van de oorzaken van ARM SoC derivaten is de closed source video driver.
De GPL Linux kernel accepteerd geen closed source code en terecht.

Daarom zit de closed source NVidia en de closed source AMD/ATI driver en kernel modules niet bij de kernel Deze moet je daarom afzonderlijk toevoegen.

Volgens mij is de ARM Mali mogelijk de enigste die een de GPL eis voldoet.
Daarvoor is al Linaro in het leven geroepen, en volgens mij doen die al erg goede zaken.

Verder zijn er recentelijk al wat mensen begonnen met het 'factoriseren' van de ARM-tak van Linux, omdat met name bedrijven helaas niet zo goed samenwerken en alles maar overnieuw 'klonen', ook als ze maar 1 regel van een bestaande driver willen veranderen beginnen ze hun eigen tak.

[Reactie gewijzigd door kidde op 26 oktober 2011 17:49]

Dat kan weer een mooie boost geven aan het linux gebruik.
Eindelijk zelfs de Linux foundation geeft toe dat een wildgroei aan kernels het platform niet ten goede komt.

Nu alleen nog even de desktop versies op een zelfde manier verbeteren en Linux kan ooit nog eens een echte concurrent worden voor bepaalde andere besturingssystemen die we allemaal kennen.

Het lijkt er op dat na vele jaren zelfs de vrijheid blijheid bloemen kinderen van de Linux foundation eindelijk volwassen aan het worden zijn.
Ja ik wil ook dat wel allemaal dezelfde linux kernel+software gaan gebruiken. Zodat er geen competatieve ontwikkeling is tussen de verschillende cpu-schedulers, filesystems, grafische omgevingen, eigenlijk alles. (soort van de sterkste overleefd zeg maar).....

Niet iedereen wil dat driedelige pak aan, Rob, ;)
*knoopt stropdas om zijn hoofd nog eens goed vast* :P

Ontopic: Ben wel eens dat dit een prachtige ontwikkeling is.
Daar zijn experimentele kernels voor (volgens die instelling).

[Reactie gewijzigd door Dreamvoid op 26 oktober 2011 14:21]

The Linux Foundation is helaas zelden of nooit bezig met consumenten desktops, het gaat altijd alleen om grote bedrijven en servers.

Desktopmeuk zal toch echt van FreeDeskTop moeten komen.
Dit is waar ik als consument op zit te wachten. Snellere updates en langdurige ondersteuning. Hadden ze veel eerder moeten doen. Anyways. Beter laat dan nooit.
LTSI is an industry-wide project created and supported by ...
The project creates and maintains a long-term industry tree, which is expected to be stable in quality for the typical lifetime of a consumer electronics product, typically 2-3 years.
2 tot 3 jaar? Als ik een dure LCD televisie koop dan hoop ik dat het minstens 5 tot 10 jaar mee gaat.
Ik krijg het gevoel dat juist Nokia dit goed had kunnen gebruiken om hun Maemo lijn (en later MeeGo) levend te kunnen laten houden. Ik ben nu in het bezit van een Android toestel, maar ik zou het liefst een echte linux telefoon bezitten.

Hopen dat dit nu commercieel gezien haalbaar gaat worden.
Ik ben nu in het bezit van een Android toestel, maar ik zou het liefst een echte linux telefoon bezitten.
Die bestaan al een tijd. Weleens van OpenMoko gehoord? De toestellen zien er retro uit, maar het is 100% GNU/Linux. Kijk eens hier: http://wiki.openmoko.org/wiki/Main_Page
Ik zou graag zien dat ze de linux die ze gebruiken wat meer open zouden maken.
Als voorbeeld: mijn TV (Samsung LE40xxxxsomething) draait op Linux maar dat is helemaal dicht getimmerd. Ik zou graag willen zien dat je via de USB verbinding zaken zoals Samba zou kunnen instellen. Wat heb ik nou aan zaken zoals AllShare dat bijna niks herkent en nog minder afspeelt als ik via zoiets als Samba gewoon Windows network shares zou kunnen mounten?

TVs zijn tegenwoordig kleine computers. Probeer daar dan ook optimaal gebruik van te maken.
Dit is inderdaad een groot nadeel. Bedrijven voldoen aan de GPL door een aantal gzips met source code online te gooien, en verder mag je het lekker zelf uitzoeken. Bovendien is het bij Samsung ook nog eens zo dat ze hun eigen filesystem stack gebruiken, de drivers daarvan zijn vaak niet opensource laat staan dat 't in mainline zit.
Bovendien is het bij Samsung ook nog eens zo dat ze hun eigen filesystem stack gebruiken, de drivers daarvan zijn vaak niet opensource laat staan dat 't in mainline zit.
Het is:
zijn vaak niet opensource laat staan dat 't daarom niet in mainline zit.

Code die niet compatibel is met GPL kan nooit in de standaard kernel komen.

Dit is een lijst met licenties met de opmerking of ze GPL compatibel zijn.

Zo zit er geen ZFS in de Linux kernel omdat de CDDL licentie van openSolaris niet compatibel is met GPL.

Ik hoop dat de langetermijnondersteuning er niet voor zorgt dat bedrijven drivers niet meer opensourcen. Want dat is iets wat de drijfveer hiervoor kan zijn, bedrijven hoeven maar een keer een closed source driver te installeren die hoeven ze vele jaren niet meer aan te passen.
Bij een opensource driver zal de community deze taak ten dele op zich nemen.

Vaak is de reden om een driver te opensourcen dat deze constant meegenomen wordt bij iedere kernel release.
Het is misschien nket erg relevant, maar 'mijn TV draait op Linux' veroorzaakte toch een kleine glimlach op mijn gezicht. Tijd vliegt.
Ik moet zeggen dat ik een ondersteuning van 2-3 jaar eigenlijk nogal kort vind. Een tv, mp3-speler, dvd speler, gaat toch allemaal wel wat langer mee dan 3 jaar mag ik hopen.
Ik moet zeggen dat ik een ondersteuning van 2-3 jaar eigenlijk nogal kort vind. Een tv, mp3-speler, dvd speler, gaat toch allemaal wel wat langer mee dan 3 jaar mag ik hopen.
Mischien kunnen andere het project overnemen en bugs en features toevoegen

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True