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. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 23 reacties, 21.341 views •

De eerste stappen zijn gezet om de Human Interface Device-ondersteuning bij Linux 3.8 te voorzien van ondersteuning voor het Windows 8 multitouch-protocol. Daarnaast gaat versie 3.8, onder bepaalde omstandigheden, minder geheugen in beslag nemen.

Het multitouch-ontwikkelwerk voor Linux is grotendeels gedaan door Benjamin Tissoires en Linus Torvalds is gevraagd de hid.git van git.kernel.org te trekken. Onder andere is ondersteuning voor de ION iCade Arcade-kast en apparaten van de fabrikant Roccat, zoals de Lua-gamemuis aanwezig, schrijft Phoronix.

Voordeel van de Windows 8-specificatie voor multitouch is dat deze veel preciezer is dat die van Windows 7. Het protocol schrijft bijvoorbeeld voor dat bij een aanraking die in een frame wordt geregistreerd, de coördinaten dezelfde moeten zijn als die van de laatste aanraking. Ook moeten apparaten voor ondersteuning gecertificeerd worden door Microsoft. Door Linux die gecertificeerde apparaten te laten herkennen wordt een hoop werk uit handen genomen.

Andere verbeteringen die kernel 3.8 krijgt betreft een aanpassing aan het geheugenbeheer, dat ervoor moet zorgen dat Linux bij specifieke configuraties aanzienlijk minder geheugen consumeert, meldt opnieuw Phoronix. Het gaat om een toevoeging van zero-page aan de transparant huge-pages-functionaliteit. Als een programma een grote hoeveelheid geheugen reserveert en daar leesacties op uitvoert, hoeft minder geheugen in beslag genomen te worden dan nu het geval is. Linus Torvalds gaf eerder deze week versie 3.7 van de Linux-kernel vrij. Die kernel bevat onder andere verbeterde ondersteuning voor een breder aantal ARM-processors inclusief support voor 64bit-ARMv8-processors. Ook kan er network address translation toegepast worden op ipv6-verkeer.

Reacties (23)

Verbetering van protocollen is altijd een goed punt, maar ik zie de relevantie voor de gebruiker hier nog niet. Wat betekent dit voor de Linux-gebruiker op touch-devices? Is het zo dat Linux nu (beter) kan draaien als alternatief OS op een Windows 8 Touch apparaat? Of een algemene verbetering van touch voor Linux waarbij de enige relevantie met Windows is dat het nieuwe protocol daarvan afkomstig is? In beide gevallen zie ik ook niet de relevantie van de certificering door Microsoft. Kan iemand dit toelichten?
Mm network address translation op ip 6 verkeer, kunnen we dan nu weer achter een nat router gaan zitten?
Kortom: je hebt niet goed gelezen.

Toekomstige apparaten zullen Windows 8 Touch ondersteunen. Als Linux alleen Win7 Touch ondersteunt mist het straks de boot. Dus deze update is om Linux meer geschikt te maken voor toekomstige Win8 apparaten.

Verder worden de Win8 touch apparaten al door MS gecertificeerd. Dit hoeft Linux niet meer te doen en zijn ze dus verzekerd van goed werkende hardware.
Het kan heel handig zijn als je mobiel maar 1 ipv6 adres krijgt van je provider, en je wil op je ge-thetherde laptop ook ipv6 hebben.
Of om een virtual machine op een machine binnen je lan zonder bridging te ipv6-verbinden.
Ik denk iets in deze trand: MS specificeert nieuw protocol -> apparaten worden gecertificeerd a.d.h.v. het nieuwe protocol -> Linux implementatie voor nieuwe protocol -> betere werking van apparaten door implementatie van protocol onder Linux. Voldoen aan standaarden/specificaties is natuurlijk nooit slecht.
Het gaat er voornamelijk om dat de werking van de touch devices voldoen aan de eisen die MS stelt om het gecertificeerd te maken voor Windows 8. Omdat het apparaat dan op een standaard manier werkt, is het veel eenvoudiger om support te schrijven hiervoor.
Kijk bijvoorbeeld eens naar het verschil tussen Alps en Synaptic touchpads. Ze hebben in elke versie/revisie een andere werking en daarbij een andere uitvoering van het protocol. De standaard opties (bewegen, tappen) doen het, maar twee-vinger scroll en andere, wat uitgebreidere mogelijkheden zijn een ramp omdat er geen standaard is. Die is er met de W8 certificering wel.
Het betekent dat Linux nu een aantal, voor Windows8 ontwikkelde, devices nu zelf ook kan snappen. Dus jah, als je een Windows-8-based tablet oid hebt kan je je touchscreen nu ook onder Linux gebruiken.

Het voordeel van de Windows-certificatie is dat je er zeker van zijn dat de minimumeisen die Windows-8 aan touchscreens stelt, ook echt in alle apparaten aanwezig zijn. Je hoeft dus als programmeur geen rekening te houden met vreemd gedrag van een touchscreen omdat een fabrikant bijvoorbeeld besluit om zaken anders door te geven. Dat zou het maken van programma's en drivers die verschillende touchscreens ondersteunen een hoop simpeler moeten maken.
Phoronix heeft het weer eens niet helemaal begrepen en Tweakers neemt dit weer klakkeloos over.

Het 'verminderen van geheugengebruik' is slechts van toepassing op specifieke configuraties met specifieke workloads. Het linux-systeem van Jan Modaal zal hier weinig of niets van merken.

Het gaat over het toevoegen van een zero-page aan het transparant huge-pages feature.
Vroeger werkte het OS altijd met geheugenpages van 4KB, recentere processoren hebben ondersteuning voor grotere page sizes. Linux gebruikt hier vooral 2MB pages, als ik me niet vergis (hoewel dit architectuur specifiek kan zijn).
Wanneer een proces virtueel geheugen alloceert dan wordt er eigenlijk enkel een 'lege' mapping toegevoegd. Pas wanneer een proces dit geheugen effectief aanspreekt wordt de mapping ingevuld met een echte page fysisch geheugen.
Het probleem is nu dat wanneer die eerste access een read is, dan werd tot voor kort telkens een nieuwe lege page aangemaakt. De oplossing (iets wat voor normale pages al lang bestaat) is om at boot-time een lege page aan te maken en deze te gebruiken voor zulke accesses.
Als daarna dan ooit toch een write-access gedaan wordt, dan wordt er alsnog een nieuwe page aangemaakt.

Je spaart dus geheugen als:
1) je Transparent Huge Pages hebt aanstaan
2) je programma grote blokken geheugen alloceert
3) je programma leest vanuit die blokken, zonder te schrijven

Weinig programma's doen dit, dus zullen weinig mensen geimpacteerd zijn.
Zie ook http://lwn.net/Articles/517465/
Betekent dit dat we straks kunnen dual booten op windows tablets?
Maar is dit niet eigenlijk iets waarvoor Microsoft toestemming moet geven om het protocol te gebruiken/implementeren? Of hebben ze dat al gedaan?
offoptic, alsjeblieft zeg.. NAT op ipv6? Dat is m.i. de grootste flauwekul die er is. JUIST om NAT te vermijden (o.a.) hebben we ipv6 geintroduceerd en nou brengen we de ingewikkelde configs weer terug. Dit lijkt mij een slechte zet.

De provider die 1 ipv6 adres uitdeelt moet ik overigens nog zien...
Op Windows x86 tablets wellicht wel, op Windows ARM tablets wordt het al wat lastiger vanwege Secure Boot.
Kernel 3.8 zal ook ondersteuning voor 386-cpu's laten vallen. Als ik het goed begrijp heb je dus straks minimaal een Pentium-compatible (i586) processor nodig.
Was de secure boot laatst ook niet al gekraakt en in linux gegooid? Dat probleem is dan al vermeden. Alleen het feit dat het laden van een dualboot config op een tablet lastig wordt als USB boot geen optie is blijft dan nog over.
Ik zeg niet dat het een goed idee is om 1 ipv6 adres uit te delen, maar het zal zeker gaan gebeuren, en om dan niet slechter af te zijn dan met een enkel ipv6 adres is het ondersteunen van nat6 volgens mij wel een goed idee.

Ik zou overigens ook graag meer providers zien die 1, maar veel liever hele blokken ipv6 uitdelen.
Sinds mijn opleiding technische informatie heeft het mij niet meer bezig gehouden, maar volgens mij is het rijtje: i80186, i80286, i80386, i80486, i586, ...

Daarmee is de i80486 de oudste architectuur dat nog ondersteund wordt door linux.

Wij kregen nog onze eerste introductie met machinecode op basis van de 386 instructieset (we hadden al wel pentium 3 trouwens). Nu linux dit beindigd merk ik op de fora dat dit waarschijnlijk ook uit de bekende compilers gehaald gaat worden.
Begrijpelijke keus trouwens, hiermee neemt de code hoeveelheid met een flink stuk af en daarmee ook het aantal benodigde uren om het te onderhouden.
Nooit gehoord van de i80186. Wel van de intel 8086 en 8088.

mod: Ik zie net dat de i80186 een iets verbeterde versie is van de 8086.

[Reactie gewijzigd door D11 op 14 december 2012 15:37]

Daarmee is de i80486 de oudste architectuur dat nog ondersteund wordt door linux.
Nee, want de i486 heeft dezelfde instructie-set als de i386.
Fout...

probeer maar eens een INVD op een 386, gaat prima op een 486. Zo zijn er wel meer instructies die geintroduceerd zijn met een 486.

p.s.
Linus heeft het bevestigd, zowel de 486 met als zonder co processor wordt nog ondersteund :P
Wie zegt dat het standaarden zijn? Het feit dat het windows 8 in de naam heeft zegt al het tegengestelde.
Mooi dat Linux dit gaat ondersteunen, dat zou voor mij een reden kunnen zijn om de arm gebaseerde versie misschien te overwegen.

Op dit item kan niet meer gereageerd worden.



Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBSamsung

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True