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.392 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)

Reactiefilter:-123023+115+23+31
Moderatie-faq Wijzig weergave
Omdat 1 al meer is dan nul, wat je bij de meeste providers krijgt.
Waarom zou je maar 1 ip willen? Dat is toch een van de leuke dingen met ipv6, je krijgt zeker een 64 bit block dat je zelf kunt invullen.
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.
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]

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.
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...
Mm network address translation op ip 6 verkeer, kunnen we dan nu weer achter een nat router gaan zitten?
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?
Het is verrekte lastig om een driver te schrijven voor een serie apparaten, zonder dat deze hetzelfde reageren. Dus het is een standaard.
Of het een open standaard is, is dan nog de vraag. Microsoft wil ongetwijfeld zo veel mogelijk Win8 apparaten, dus ik neem aan dat je dan de standaard in ieder geval vrij kunt lezen, vermoedelijk alleen voor certificering betalen.
Als het reverse engineering was geweest had het er wel bijgestaan, als de standaard gekke voorwaarden had gehad had Linus dit niet geaccepteerd, dus is het een open standaard.
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
Daarmee is de i80486 de oudste architectuur dat nog ondersteund wordt door linux.
Nee, want de i486 heeft dezelfde instructie-set als de i386.
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.
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.
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.
Op Windows x86 tablets wellicht wel, op Windows ARM tablets wordt het al wat lastiger vanwege Secure Boot.
Maar is dit niet eigenlijk iets waarvoor Microsoft toestemming moet geven om het protocol te gebruiken/implementeren? Of hebben ze dat al gedaan?
Betekent dit dat we straks kunnen dual booten op windows tablets?
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.
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 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.

Op dit item kan niet meer gereageerd worden.



LG G4 Battlefield Hardline Samsung Galaxy S6 Edge Microsoft Windows 10 Samsung Galaxy S6 HTC One (M9) Grand Theft Auto V Apple iPad Air 2

© 1998 - 2015 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