Microsofts open source-kaptajn erkender ringe støtte til Linux-udviklere

Lederen af Microsofts Open Source Technology Center erkender, at man ikke har været gode nok til at støtte op om Linux-udviklerne, der i juli fik adgang til koden bag tre drivere til Microsofts virtualiseringsteknologi, Hyper-V.

Microsoft åbnede i juli op for æsken med kildekode til tre af driverne til Microsofts virtualiseringsteknologi, Hyper-V.

Dermed frigav virksomheden 20.000 linjer kode under GPLv2-licensen til udviklerne af Linux-kernen for at give bedre understøttelse af Linux, når det bliver kørt virtuelt med Microsofts Hyper-V.

Men siden da har Linux-folkene brugt rigtig meget tid på selv at patche koden fra Microsoft, mens den glade giver selv har trukket sig tilbage og ikke har hjulpet med at få gjort Hyper-V-koden spiselig for Linux-kernen.

Sådan lyder kritikken fra den ansvarlige udvikler på integrationen af Hyper-V-koden med Linux-kernen i version 2.6.32, Greg Kroah-Hartman.

»Desværre lader det til, at Microsoft-udviklerne er forsvundet, og der er ingen, der besvarer mine e-mails. Hvis ikke de snart viser sig, vil driveren blive fjernet fra version 2.6.33 af Linux-kernen. Meget trist?,« skriver Greg Kroah-Hartman i et indlæg på nyhedsgruppen gmane.linux.kernel.

Ifølge Greg Kroah-Hartman står han næsten egenhændigt bag de mere end 200 patches, der indtil videre er skrevet for at få Hyper-V-koden til at spille med Linux-kernen.

Open source-leder i MS vil fokusere mere på Hyper-V
Det vakte stor opsigt i open source-verdenen, da Microsoft tilbage i juli meddelte, at Hyper-V-koden ville blive frigivet.

Lederen af Microsofts Open Source Technology Center, Hank Janssen, erkender i et interview med Version2, at man ikke efterfølgende har gjort nok for at hjælpe Linux-udviklerne med integrationen af Hyper-V-koden.

»Jeg har personligt brugt meget tid på at gennemgå de mere end 200 ændringer, og det tager tid. Men Gregs (Kroah-Hartman, red.) kritik er absolut gyldig, og det får også den konsekvens, at jeg selv inden for den næste uge eller to vil ændre min rolle til at fokusere på Hyper-V-integrationen i Linux-kernen,« siger Hank Janssen til Version2.

Han mener ikke, at det skyldes dårlig kode fra Microsofts side, men derimod et spørgsmål om, at koden skal integreres med et andet operativsystem, Linux.

»Hyper-V Linux Integration Components blev frigivet i juli, og siden da har Linux-community'et selv skrevet mere end 200 patches til koden. Betyder det så, at vores kode har været dårlig? Nej, jeg mener, at det et udtryk for, at der skal ske en integration med vores kode og Linux-kernen,« siger Hank Janssen.

Det bekræfter Greg Kroah-Hartman i indlægget på nyhedsgruppen.

»Mere end 200 patches udgør den oprydningsindsats, der har været nødvendig for at få koden (Hyper-V, red.) skrevet om til en nogenlunde normal kerne-kodestil (der er nogen, der skylder mig en flaske rom for det arbejde!),« skriver Greg Kroah-Hartman.

Hank Janssen understreger over for Version2, at han er i dialog med Greg Kroah-Hartman om den fortsatte udvikling og understøttelse af Hyper-V på Linux-platformen.

Tips og korrekturforslag til denne historie sendes til tip@version2.dk
Kommentarer (9)
sortSortér kommentarer
  • Ældste først
  • Nyeste først
  • Bedste først
Adam Sjøgren

nyhedsgruppen gmane.linux.kernel

Uhm, gmane.linux.kernel er et arkiv af Linux Kernel Mailinglist (lkml i folkemunde).

Gmane er et arkiv af mailinglister med NNTP- (og web-) interface - der er ingen nyhedsgrupper på Gmane.

  • 0
  • 0
Flemming Frandsen

Artiklen får det til at lyde som om MS har frigivet hele Hyper-V som OpenSource, det har de ikke!

Det MS har frigivet er en stak drivere som gør det muligt for Linux at køre paravirutaliseret på Hyper-V:
http://lwn.net/Articles/342304/

Lige som med mange andre code dumps så passer driverne ikke ind i kernen uden videre, f.eks. ser man ofte at dem der har skrevet driverne har misforstået APIer, misbrugt resourcer, lavet abstraktionslag eller gen-implementeret ting som kernen allerede har mekanismer til at håndtere, den slags skal selvfølgelig fixes inden driveren kan merges.

Helt specifikt er de ændringer der skal til for at rydde op i Hyper-V driverne dem der ligger her og har navne der starter med staging-hv- :
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-0...

Et godt eksempel på noget af det galskab der skal lues ud er at nogen har ment at det ville være lækkert med en VOID typedef i stedet for bare at bruge den void type der er i C:
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-0...

  • 0
  • 0
Thomas Knudsen

Et godt eksempel på noget af det galskab der skal lues ud er at nogen har ment at det ville være lækkert med en VOID typedef i stedet for bare at bruge den void type der er i C

"Not Invented Here"-syndromet i sin mest ekstreme aftapning. Den sportsgren er Microsoft naturligvis ikke alene om at dyrke - men her viser de virkelig deres mesterlige beherskelse af den :-)

  • 0
  • 0
XXX XXX

Eeej ..

Hvem skyder sig selv i foden nu?

Hold da op i er til grin på version2.

Hyper-V er jo også stadig kun et bidrag til Microsofts fordel så jeg giver absolut ingenting for det og kommer heller aldrig til at bruge det.

  • 0
  • 0
Per Sikker Hansen

Kan du omformulere din besked? Den forekommer mig ret kryptisk. Mener du at dem der debatterer her i kommentarerne tager fejl, eller er det Microsoft, eller Version2? Og hvorfor det?

Er der iøvrigt nogen der påstår at det ikke er til Microsofts fordel at koden er blevet sendt ind til kernen?

  • 0
  • 0
Peter Favrholdt

Alt hvad der gør Linux bedre til en eller anden anvendelse er en styrkelse af Linux. Om det så er at Linux performer bedre virtualiseret med et Microsoft produkt - det betyder alligevel en større udbredelse og anvendelse.

Det eneste man for enhver pris må undgå er "grim kode" som kan gøre udviklingen af Linux sværere i fremtiden. Men det lader til at kerneudviklerne netop har meget fokus på dette:-)

  • 0
  • 0
Log ind eller Opret konto for at kommentere