🚀 go-pugleaf

Szymon 'Komar' Konarski <komarq@wp.SPAMIK.pl.INVALID> raczył wystukać:

> Cosik mi się wydaje, że to jednak w ogóle nie działa. Tzn. 'coś' tam
> działa, ponieważ pliki inaczej się wgrywa przez sambę. Jeżeli anuluję
> w trakcie, to on i tak najpierw dochodzi do końca, a potem stwierdza,
> że użytkownik anulował operację. ;-) Hehe, cosik pokażę:
Opisz dokładnie skąd wiesz że działa, lub że nie działa.
Napisz co ustawiłeś hdparm'em
Przedstaw wyniki komendy hdparm /dev/hda
Przedstaw też wyniki komendy hdparm -I /dev/hda

> ---8< z loga ---
> kernel: ide: VIA VT82C586B (split FIFO) UDMA Bus Mastering IDE
> kernel:     Controller on PCI bus 0 function 57
> kernel:     ide0: BM-DMA at 0xe000-0xe007
> kernel:     ide1: BM-DMA at 0xe008-0xe00f
> --->8 z loga---
>
> ... czyli wychodzi na to, że poprawnie wszystko rozpoznaje, ale nie
> obsługuje VIA, co mnie nie dziwi, bo RaaDaaR wkompilował obsługę
> Intela. ;-) Hmmmm, podjąłby się ktoś wkompilowania obsługi VIA? :-)
Rozpoznaje możliwość działania mostka południowego w trybie BUS
MASTERING DMA
Rozpoznaje split FIFO czyli połączoną kolejkę FIFO co dla usera znaczy
tyle że cały system dysków (oba kontrolery) działa tak szybko jak
najwolniejszy jego dysk. Teoretycznie wszystko co powinno...
Kompilując nowe jądro nie chodziło mi obsługę UDMA (w pełni potrafi to
wykorzystać jedynie jądra od 2.2.x wzwyż)
Chodziło mi o poprawną obsługę trybu BUS MASTERING DMA, a wszyscy
wrzucie te rzeczy do jednego worka. W tym jądrze jest tylko szczątkowa
obsługa zalet UDMA (UATA). A włączenie BM-DMA powoduje zmniejszenie
obciążenia całego systemu a nie tylko szybszy transfer dyskowy (choć się
z tym wiąże).

-- 
Robert R
"Jeżeli się mylę, to łaskawie proszę o uświadomienie"
http://radar.freesco.pl/
radarNOSPAM@z.pl