A szakember köszönetet mondott Jan Beulich és Andi Kleen Linux kernel fejlesztőknek, amiért azok elsőként értesítették az AMD-t, és amiért segítettek a probléma megoldásában.
A rendelkezésre bocsátott dokumentumban megtalálható a probléma részletes leírása, továbbá, hogy az AMD miért használja ezt a megoldást (teljesítmény okból, így jelentősen növelhető a context-switching teljesítmény). Szintén megtalálható benne a javítás lehetséges módja(i) és az érintett processzorok pontos listája.
A hibára a tegnapi nap folyamán szinte az összes nyílt forrású operációs rendszer(mag) szállító javítást adott.
A dokumentum itt.
- A hozzászóláshoz be kell jelentkezni
- 2304 megtekintés
Hozzászólások
M$ érintet?
(Ha igen: Majd talan jövöre javitanak...)
"De milyen lassan reagalnak az OSS projektek":)
- A hozzászóláshoz be kell jelentkezni
A szakember köszönetet mondott Jan Beulich és Andi Kleen Linux kernel fejlesztőknek, amiért azok elsőként értesítették az AMD-t, és amiért segítettek a probléma megoldásában.
Sokan tanulhatnának tőle.
- A hozzászóláshoz be kell jelentkezni
"A szakember köszönetet mondott Jan Beulich és Andi Kleen Linux kernel fejlesztőknek, amiért azok elsőként értesítették az AMD-t, és amiért segítettek a probléma megoldásában."
Az AMD részéről eléggé pofátlanság, hogy csak köszönetmondással díjazták a két hacker fáradtságos munkáját.
- A hozzászóláshoz be kell jelentkezni
De le is tagadhatták volna, hogy ez hiba egyáltalán. Láttam már ilyet.
- A hozzászóláshoz be kell jelentkezni
Hát alkalmazhatták volna az általános Microsft stratégiát, de nem hiszem, hogy ez szolgálta volna legjobban az érdekeiket.
Továbbá két csekkel esetleg ösztönözhették volna a többi buherátorokat is arra, hogy hibákat keressenek a rendszerben.
- A hozzászóláshoz be kell jelentkezni
Mármint milyen hiba, és legfőképpen kinek a hibája?
Az AMD dokumentálta, h hogyan működnek ezek az utasítások.
A Linux és FreeBSD (és esetlegesen más) fejlesztők meg nem olvasták el vagy nem vették észre vagy ...
- A hozzászóláshoz be kell jelentkezni
na ezaz ... :)
- A hozzászóláshoz be kell jelentkezni
Naja... Szerintem AMD meglehetősen korrekt volt ezzel a reagálásával, mondhatta volna azt is, hogy RTFM! :D
- A hozzászóláshoz be kell jelentkezni
Valóban nem hiba a szó szoros értelmében, ezért én is kerültem a cikkben a "hiba" szót. Problémának probléma, mivel érzékeny információk megszerzésére adhat lehetőséget. Ez akkor is igaz, ha dokumentálva van.
Véleményem szerint ez a tipikusan "bug vagy feature" katerória. Az AMD szerint feature, egy security ember szerint meg biztonsági rés lehetősége, azaz bug. Ezért is született rá hibajegy egyes projekteknél.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
mi a turot jelent ez a hibajegy? az advistory lett kikialtva hibajegynek?
- A hozzászóláshoz be kell jelentkezni
Az.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Hmmm,honnan tudod, hogy CSAK köszönetmondással díjazták a hacker-ek munkáját? Nem hinném, hogy arról feltétlenül közleményben kell beszámolni, ha fizettek érte, vagy esetleg zsíros állást kínáltak esetleg valahol a két hackernek. Sőt, ez a kérdés azért alapvetően nem a nyilvánosságra tartozik (senkinek semmi köze hozzá, hogy nekem ki fizet, vagy milyen állást kínál, amíg azt nem közpénzből adják).
- A hozzászóláshoz be kell jelentkezni
"vagy esetleg zsíros állást kínáltak esetleg valahol a két hackernek."
A két hacker a Novell/SUSE alkalmazottja. Bár ettől még ajánlhatnak nekik zsíros munkát :-)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Esetleg megdícsérték őket, hogy: "jól van fiúk, látjuk elég forráskódot írtatok már, most bebizonyítottátok, hogy olvasni is tudtok".
- A hozzászóláshoz be kell jelentkezni