Andrew Morton: Linux 2.6.2-rc1-mm1

 ( trey | 2004. január 22., csütörtök - 13:17 )

Semmi extra, csak egy nagyobb adag random javítás. Az x86 gcc-3.4/gcc-3.5 támogatás már egészen jól fest, de van még mit javítani rajta.Letölthető:
ftp://ftp.kernel.org/.../akpm/patches/2.6/2.6.2-rc1/2.6.2-rc1-mm1/

AKPM levele a váltoások listájával itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Ha jól látom alsa 1.0.1
Hogy ezt miért nem tudják a rendes kernel fába átvenni...?!

Linus folyamatosan szinkronizal az -mm faval. Ido kerdese, es benne lesz.

A SiImage SATA vezerlovel voltak gondok korabban, nevezetesen lassu volt. Aztan rajottek, h csak Seagate SATA vinyok eseten all fenn vmi problema, ugyhogy be is kerult egy patch, amivel mas gyartok [WD, Maxtor] vinyoi mar kelloen gyorsak, de Seagate eseteben meg mindig le van korlatozva vmi.

De tudja azt vki, h mi baja van a Silmage-Seagate kombonak, ami miatt nem lehet a teljes teljesitmenyet kiaknazni?

sz irta a kovetkezoket 2004-01-22 15:25 -n:
> A SiImage SATA vezerlovel voltak gondok korabban, nevezetesen lassu volt.
> Aztan rajottek, h csak Seagate SATA vinyok eseten all fenn vmi problema,
> ugyhogy be is kerult egy patch, amivel mas gyartok [WD, Maxtor] vinyoi mar
> kelloen gyorsak, de Seagate eseteben meg mindig le van korlatozva vmi.

nemcsak voltak...

a mai napig is vannak gondok vele... nekem kb. fel ora hasznalat utan
csontta fagyott az egesz gep... nem tudom pontosan reprodukalni, de ugy
fest, mintha tobb/nagyobb file masolasakor jonne elo a problema...
Windows alatt nem volt ijen gond, pedig hasznaltam ottis huzamosabb
ideig... irtam lkml -re, tojtak ram nagyivben...

Jah, es Maxtor vinyo..

IroNiQ
--
Web: http://ironiq.hu
Email: iron@ironiq.hu
LinuxCounter: #331532

Hja (; Akkor megiscsak jo a Seagate, mert az legalabb stabil [lekopogom (;], de lassu.

Annyi különbség biztos van a kettő között, hogy a Seagate új natív SATA vezérlő IC-t használ, míg minden más gyártó Parallel-Serial átalakító IC-t. Hogy ennek mennyi köze van hozzá nem tudom, szerintem a hibajelenségekből ítélve itt a zűr a protokol kezeléssel lehet, nem pedig a hardverrel. IMHO azt is elképzelhetőnek tartom, hogy az átalakítós megoldások még valami legacy "parallel ata compatibility" protokolt használnak.

Még nem néztem bele sata driverbe, ezért nem tudom, hogy mekkora részben kezeli a protokolt a hardver belső mikrokódja, mekkora részben a driver. Bár a sok full szoftveres alaplapi ATA RAID vezérlőt ismerve, félek, hogy itt is a driverre van minden bízva.