[ Ivan Dimkovic @ 24.01.2010. 12:55 ] @
Sa: http://lwn.net/Articles/363456/ ![]() Da, vrlo je hladan dan danas u paklu - ocekuju se snezne padavine :) |
[ Ivan Dimkovic @ 24.01.2010. 12:55 ] @
[ Srđan Pavlović @ 24.01.2010. 13:02 ] @
Zanimljivo bi bilo videti na sta se odnose tih 19696 linija koda :)
[ Ivan Dimkovic @ 24.01.2010. 13:03 ] @
Hyper-V drajveri
[ combuster @ 24.01.2010. 13:04 ] @
Pa ako je Hyper-V kod 1.3% od ukupnog kernel koda onda je to toliko. :D Nisam znao da su se ponovo aktivirali sa tim u 2.6.32, kod je jos uvek u staging sekciji i nije se dugo vremena radilo na njemu :) Good for 'em :)
/edit: Pretece me Ivan :P [ Rumpletstilskin @ 24.01.2010. 13:05 ] @
Citat: Ivan Dimkovic: Da, vrlo je hladan dan danas u paklu - ocekuju se snezne padavine ![]() Sto, pa mora tako ![]() ![]() [ combuster @ 24.01.2010. 13:09 ] @
Ahahaha, ali pazi - The Linux :D
Greg im je pripretio da ce taj Hyper-V kod da se sutne iz kernela samo tako ako ostane situacija kakva jeste - a to je da preko 5-6 meseci niko iz MS nije dodao/izmenio nijednu liniju koda upstream. Izgleda da je uspelo, sa GKH-om nema zezanja :D Evo da ne bude da lazem :D Citat: Hm, so, what's up with all of the other staging drivers, and why have they not had any development? What is the status of them? They are now on the short list to be deleted in 2 kernel releases, unless some real development happens on them. This means, unless someone steps up and starts doing real work (not trivial spelling fixes) on the following drivers, they will be removed in the future kernel releases. hv - Microsoft Hyper V drivers. The developers again seem to have disappeared, this is getting old. Slated for removal in 2.6.35 http://www.kroah.com/log/ [Ovu poruku je menjao combuster dana 24.01.2010. u 14:22 GMT+1] [ Dejan Lozanovic @ 24.01.2010. 14:09 ] @
Pazi meni je drago da se tako nesto desava :) sto bi rekli "resistance is futile" :).
Generalno industrija je prepoznala kvalitet i interes zdruzivanja oko open source-a. Tipa umesto da radi sama ceo proizvod od nule postoji nesto dovoljno kvalitetno pod open sourceom, pa ajde tipa da i mi dodamo nasih 1-2% u corbu, i svako tako doda malo po malo i eto kvalitetnog proizvoda. I svako umesto da svoje patcheve cuva kod sebe komituje/vrati komuni i poveca vrednost samom opensource proizvodu. Takvih proizvoda imas dosta, tipa linux kernel, apache web server, hadoop / lucene itd... [ MladenIsakovic @ 24.01.2010. 14:47 ] @
Cool, eto nama virusa na linux, hehehehehehehehehe
![]() [ combuster @ 24.01.2010. 14:53 ] @
Hehehe, pa da smo ludi pa da pri'vatamo binary blob-ove u kernel - mozda bi ih i bilo :D
[ Ivan Dimkovic @ 24.01.2010. 15:05 ] @
Ne trebaju vama binarni blobovi... dovoljni su vam i generatori "slucajnih" brojeva u sorsu ;-)
[ combuster @ 24.01.2010. 15:08 ] @
Aha, 99999999 :) Ili kao na mintu blank root password po default-u :) Na svu srecu takve stvari se brzo otkriju, ako nam microsoft uvali neki firmware provalicemo ga ali nakosutra... :D
[ Ivan Dimkovic @ 24.01.2010. 15:24 ] @
Hehe, ako je skoro 2 godine brzo (vreme koliko je trebalo da se otkrije PRNG bug u Debian-u)... onda nista :)
Mada nekada je i to bolje nego otkriti bug, a ne raditi nista (Microsoft) [ Zoran Milovanovic @ 24.01.2010. 15:29 ] @
Pa to je problem sa random brojevima, nikada nisi nacisto sa njima:) Zato je i trebalo 2 godine :)
[ combuster @ 24.01.2010. 15:30 ] @
Ako hax0ri nisu provalili kako se smorio rng za te dve godine onda bas me briga :D
Koliko vidim hakeri su tek posle pomenute dve godine (od 2006-2008) poceli da pisu proste skripte koje bi ti za 20 minuta provalili neki od mogucih 65K generisanih kljuceva... Mada ko zna koliko se to drzalo underground da patch ne bi isplivao tako brzo :) Nevermind, tada MS nije kontribuisao kernelu te oni za tako nesto sigurno nisu bili krivi :D E deda, deda, brukas nas :( [ Nedeljko @ 24.01.2010. 16:08 ] @
Citat: Ivan Dimkovic: Hehe, ako je skoro 2 godine brzo (vreme koliko je trebalo da se otkrije PRNG bug u Debian-u)... onda nista :) Mojne reseš. Bilo je samo 18 meseci. [ Srđan Pavlović @ 24.01.2010. 16:21 ] @
Pa dobro, malo mu je labavija Round() funkcija ;)
[ mulaz @ 24.01.2010. 16:49 ] @
Pa microsoftu je trebalo 17 meseca za ovo:
http://seclists.org/fulldisclosure/2010/Jan/341 ... a... čekaj... ..ups... nije meseca, nego GODINA :)) [ Sir_Oliver @ 24.01.2010. 18:26 ] @
Sigurno su pisali drajvere za MS tastature i miseve. Ovo je contribution koji omogucuje bolju integraciju guest Windows OS-ova sa Linux host OS-om (Xen, VBox, VMware, itd.). Vise bi me iznenadilo da su pomogli Wine.
[ Ivan Dimkovic @ 24.01.2010. 18:50 ] @
Nope, nisu u pitanju drajveri za "tastature i miseve" vec Hyper-V podrska.
Sa tim se dobija brzi I/O unutar Guest OS-a, jer umesto virtualizovanih poziva mozes direktno komunicirati sa hipervizorom. Razlog zasto hv drajver nije u mainline-u je, koliko mogu da primetim, ogromna razlika u stilu kodiranja - sto je i za ocekivati jer taj hv kod ocigledno dolazi od Windows kernel programera, koji koriste prilicno razlicit stil u poredjenju sa Linux kernel stilom. http://unixwiz.net/techtips/review-hv-patches.html Kako se vidi, vecina patcheva su korekcije stila tipa: IZ: Code: typedef struct _VMBUS_CHANNEL_MESSAGE_HEADER { VMBUS_CHANNEL_MESSAGE_TYPE MessageType; UINT32 Padding; } VMBUS_CHANNEL_MESSAGE_HEADER, *PVMBUS_CHANNEL_MESSAGE_HEADER; U: Code: struct vmbus_channel_message_header { enum vmbus_channel_message_type MessageType; u32 Padding; } [ combuster @ 24.01.2010. 19:13 ] @
Razlog sto nije u mainline-u je taj sto ove lencuge iz MS-a nisu pipale taj kod mesecima. Da ne govoriimo o vapajima "prevodilaca" tog koda koji ga pripremaju za ulazak u mainline.
@Oliver Kakav wine da pomazu, oni bi ga najradije ubili totalno da ne postoji :D [ Sir_Oliver @ 24.01.2010. 20:41 ] @
@Dimkovic komenar za tastature i miseve je bio ironican. Logicno je da MS zeli da nadje svoje mesto u citavom hype-u oko virtuelizacije i cloud computing-a. Uostalom, sve ovo ide u prilog boljoj prodaji njihovih proizvoda: jedna virtuelna masina = jedna licenca. Ovo je contribution MS-a MS-u preko Linux-a. OK, meni je ovo totalno legitiman i mudar potez.
[ Nedeljko @ 24.01.2010. 21:30 ] @
Doprineo je Linuksu iz istog razloga kao i ostale firme, Novel, RH, trt mrt - iz ličnog interesa i to je normalno, tj. nije ništa specifično za MS.
Copyright (C) 2001-2025 by www.elitesecurity.org. All rights reserved.
|