Gentoo Forums

Posted: **Sun May 14, 2006 7:35 pm**

Raku mam ten sam problem co ty. Wszystko elegancko ustawione, sterownik pisze ze sie laduje(chociaz mysli kilka sekund), w koncu kiedy przychodzi co do czego to wystepuje kernel panic, ze VFS nie moze zamontowac roota .. probowalem na rozne sposoby, w koncu wrocilem do starego kernela. Kernel beyond3, plyta VIA(sredniowieczna, pod Celerona 1.3), dysk WD 120GB.

Posted: **Sun May 14, 2006 7:39 pm**

mi nie chcialo dzialas, jak opcje zawierajace slowo 'generic' mialem odznaczone. sprawdzcie to + czy odpowiedni sterownik kontrolera (w moim przypadku VIA)

Posted: **Sun May 14, 2006 8:29 pm**

amd64, vanilla-2.6.17-rc4 + libata dla 2.6.17-rc3, działa, ale:

Code: Select all

/dev/sda:
 IO_support   =  0 (default 16-bit)

Nie da się zmienić. Sdparm chyba nie potrafi tego zmieniać.

Code: Select all

Device does not support SMART

Przy starym sterowniku smart działa.

[UPDATE]

Smart jednak działa, trzeba zrobić smartctl -d ata [dalsze opcje] /dev/sdX

[/UPDATE]

Posted: **Mon May 15, 2006 9:05 pm**

A jak się ma libata do dysków sata. Mam tylko dyzia sata i wkompilowany w kernel serownik do kontrolera sata VIA.
Można coś na tym jeszcze zyskać ??

Posted: **Mon May 15, 2006 9:19 pm**

Dyski SATA z tego korzystają od dawna, prawie od początku suportu przez linuxa dysków SATA.

Posted: **Wed May 17, 2006 7:41 pm**

Zwierzak wrote:Jeszcze nie testowałem, ale przerobiłem ebuild no-sources do obsługi tego. Niech ktoś przetestuje i zoabaczy czy się nie wyrzuca.

sorry Zwierzu ale twój ebuild nie znajduje patcha (w http://zeniv.linux.org.uk/~alan/IDE/)
próbowałem ręcznie patch http://zeniv.linux.org.uk/~alan/IDE/pat ... c3-ide2.gz ale wywalał kilka rejectów więc dałem mu spokój;
jednak idea jest słuszna - no-sources + libata to w przypadku działania byłaby rakieta

Posted: **Wed May 17, 2006 8:20 pm**

nbvcxz wrote:
Zwierzak wrote:Jeszcze nie testowałem, ale przerobiłem ebuild no-sources do obsługi tego. Niech ktoś przetestuje i zoabaczy czy się nie wyrzuca.
sorry Zwierzu ale twój ebuild nie znajduje patcha (w http://zeniv.linux.org.uk/~alan/IDE/)

tą linijkę w ebuildzie

Code: Select all

UNIPATCH_LIST="${DISTDIR}/${MMPV}.bz2 ${DISTDIR}/${KV}.bz2 ${DISTDIR}/${MMPV}-ide${LIBATA_V}.gz"

zmień na

Code: Select all

UNIPATCH_LIST="${DISTDIR}/${MMPV}.bz2 ${DISTDIR}/${KV}.bz2 ${DISTDIR}/http://zeniv.linux.org.uk/~alan/IDE/patch-2.6.17-rc3-ide1.gz"

lub

Code: Select all

UNIPATCH_LIST="${DISTDIR}/${MMPV}.bz2 ${DISTDIR}/${KV}.bz2 http://zeniv.linux.org.uk/~alan/IDE/patch-2.6.17-rc3-ide1.gz"

bo nie jestem pewien teraz (spac mi sie chce)

próbowałem ręcznie patch http://zeniv.linux.org.uk/~alan/IDE/pat ... c3-ide2.gz ale wywalał kilka rejectów więc dałem mu spokój;

to popraw, to nie trudne

albo srpóbuj patcha z końcówką *ide1.gz (nei wiem czym sie róznią, uzywalem *1)

Posted: **Sat May 20, 2006 9:40 am**

Wreszcie udało mi się przejść na libata i muszę przyznać, że wraz z deadline'm dali odczuwalnego kopa mojemu twardzielowi

W skrajnych (nie tak znowu bardzo) przypadkach nawet 50% i to za free

Nic, tylko chwalić twórców

Posted: **Sat May 20, 2006 10:59 am**

Do wszystkich którym działa - a wstają wam dyski [i ogólnie komp] po uspaniu do RAM'u?

Posted: **Sat May 20, 2006 11:06 am**

ja zauwazylem to samo, tym bardziej ze gentoo mam postawione na dysku UDMA/33

Posted: **Sat May 20, 2006 11:32 am**

manwe_ wrote:Do wszystkich którym działa - a wstają wam dyski [i ogólnie komp] po uspaniu do RAM'u?

tak, wszystko wstaje.

Posted: **Sat May 20, 2006 12:59 pm**

IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)

kernel panic niestety
korzystam ze zrodel 2.6.16-rc3-nitro1 - maja w standardzie wsparcie dla libata

Posted: **Tue May 23, 2006 3:41 pm**

Nie wiem jak reszcie, ale mi sie libata nie podoba... Dzialac dziala, ale ma kilkapowaznych problemow... Np.: smart na 2 dysku mi oszalal... Poza tym zauwazylem u siebie spadek predkosci kopiownaia/przenoszenia plikow - i to o dobrych kilka mega... Co do testow to standardowo pojechalem hdparm'em, i nie zaciekawei to wygladalo - wyniki spadly o okolo 18 MB/s :[
chyba za bardzo przereklamowany ten "libata'...
Nie wiem jak wy ale ja wracam do starej obslugi...

Posted: **Tue May 23, 2006 4:08 pm**

gdzies tu juz bylo, jak benchmarkowac libata. na bank nie hdparmem!

Posted: **Tue May 23, 2006 5:03 pm**

Ja wróciłem do "starych" sterowników, również zauważyłem spadek wydajności. Ale nie taki benchmarkowy, bo mnie on zupełnie nie interesuje, tylko organoleptyczny, po prostu na starych sterownikach widzę, że dane kopiują się szybciej (np mc pokazuje). Cóż mi z tego, że benchmarok wykazałby wzrost wydajności jeżeli moje oczy wykazałyby coś zupełnie odwrotnego? Polecam metody organoleptyczne, dopiero, gdy różnicy nie zauważamy, oddajmy pole benchmarkom

Posted: **Tue May 23, 2006 6:55 pm**

u każdego libata działa na razie trochę inaczej, zależy od konfiguracji sprzetowej, jedne sterowniki lepszej jakości inne gorszej, sprawa jak najbardziej normalna zważywszy w jakiej fazie to dopiero jest,

Posted: **Tue May 23, 2006 7:09 pm**

nie no tez prawda. ja roznice zauwazylem, jak se deadline ustawilem jako default.

Posted: **Tue May 23, 2006 8:50 pm**

No wiec ja dodam, ze mam plyte Gigabyte 7NF-RZ (chipset NForce2)... Dwa dyski Seagate i Samsung'a - przy czym ten drugi na libata dostaje dziwnych objawow...
Narazie zostaje jednak przy standardowych sterach, ktore dzialaja owiele lepiej - przychylam sie do opini no4b (mc pokazuje +8MB/s przy kopowiania/przenoszeniu miedzy partycjami na jednym dysku i prawie +16MB/s na kopiowaniu/przenoszeniu danych miedzy dyskami)...

PS: Mimo to trzymam kciuki i moze za kilk miesiecy wszyscy bedziemiy miec sdX :]

Posted: **Sat May 27, 2006 7:29 am**

A mi podczas bootowania z dysku PATA (Samsung SP0411N => /dev/sdb1, bo sda1 to dysk SATA) wywala ze na dysku mog byc BAD sektory (podczas startowania udeva)... ale takowych nie ma.
Co to moze byc?

nForce4 Ultra

Posted: **Thu Jun 22, 2006 4:34 pm**

Witam
Odświeżam nieco temat.
Pojawił się nowy kernel 2.6.17 a wraz znim nowa wersja sterowników PATA.
Wobec czego pokusiłem się o ich połączenie

Poprzednia wersja kernela i pata niestety u mnie nie działały prawidłowo (masa błędów w dmesg), zaś te nowe już tak
Dodam że płyta główna Gigabyte GA-7VA na chipsecie VIA KT400

Przeprowadziłem również benchmark (tiotest) który w porówananiu z standardowymi sterowniakmi wykazał lekki spadek prędkości o ok 2-3% ale również i tu moje zaskoczenie obciążenia procesora o 10 do nawet 50%

Czy ktoś jeszcze testował ten nowy sterownik ??

Mam też pytanie czy to normalne że w hdparm:

IO_support = 0 (default 16-bit)

a nie 32 bit ??
Próba zmiany tej wartości w hdparmie kończy się błędem

Czy można dokonać jakiegoś dodatkowego tunningu PATA??

Posted: **Thu Jun 22, 2006 6:49 pm**

Ja mam taką jazdę, że jak skompiluje nowe jajeczko, to wsio działa, aż jakiś idiota znów się nie zacznie bawić wajchą z prądu, bo po tak brutalnym resecie, przy bootowaniu wywala, że nie może ustawić xfermode 2, cokolwiek by to nie było, ale skutkiem tego system nie widzi cd-romu (brak dowiązania w udev :/)
I tyle, nie pomaga nawet rekompilacja, muszę zbudować jajko od nowa

Posted: **Thu Jul 13, 2006 5:34 pm**

No i prawie pełen sukces z libata i no-sources 2.6.17-no3 . No i podobne rozterki do poprzedników:

pawels wrote:IO_support = 0 (default 16-bit)

, ponadto nie udało mi się jeszcze zmusić moich CD i CDRW do działania - nie są "inicjowane" podczas startu kernela chodziaż kernel je wykrywa (pomimo <*> SCSI CDROM support)
kolejną "ciekawostką jest działanie dysku w trybie UDMA2 (nie mogę / nie wiem jak ustawić UDMA5 - na pewno nie przez hdparm)

Code: Select all

/dev/sda:

ATA device, with non-removable media
        Model Number:       ST380011A                               
        Serial Number:      5JV04JCD            
        Firmware Revision:  3.06    
Standards:
        Used: ATA/ATAPI-6 T13 1410D revision 2 
        Supported: 6 5 4 
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:   16514064
        LBA    user addressable sectors:  156301488
        LBA48  user addressable sectors:  156301488
        device size with M = 1024*1024:       76319 MBytes
        device size with M = 1000*1000:       80026 MBytes (80 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Standby timer values: spec'd by Standard
        R/W multiple sector transfer: Max = 16  Current = 16
        Recommended acoustic management value: 128, current value: 0
        DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4 
             Cycle time: no flow control=240ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Security Mode feature set
           *    Power Management feature set
           *    Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    DOWNLOAD_MICROCODE
                SET_MAX security extension
           *    48-bit Address feature set
           *    Device Configuration Overlay feature set
           *    Mandatory FLUSH_CACHE
           *    FLUSH_CACHE_EXT
           *    SMART error logging
           *    SMART self-test
Security: 
                supported
        not     enabled
        not     locked
                frozen
        not     expired: security count
        not     supported: enhanced erase
HW reset results:
        CBLID- above Vih
        Device num = 0 determined by the jumper
Checksum: correct

Więc pytanko - czy na forum gentoo lub jakimkolwiek innym więcej informacji na temat ustawień PATA pod Linuksem? A może jakieś wiki?

Posted: **Mon Jul 24, 2006 8:10 am**

nbvcxz wrote: DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5

Witam

Nie wiem na jakim chipsecie testowałeś, ale wygląda na to że nie jest jeszcze w pełni obsługiwany.
Miałem to samo na kernelu 2.6.16 i sterowników PATA do niego przezanczonej.
Dopiero w wersji kernela 2.6.17 i najnowszej wersji tych sterów, wygląda na w pełni obsługiwany.

Code: Select all

 hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
        Model Number:       ST3802110A
        Serial Number:      5LR0JVZD
        Firmware Revision:  2AAA
Standards:
        Supported: 7 6 5 4
        Likely used: 7
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:   16514064
        LBA    user addressable sectors:  156301488
        LBA48  user addressable sectors:  156301488
        device size with M = 1024*1024:       76319 MBytes
        device size with M = 1000*1000:       80026 MBytes (80 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 1
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Recommended acoustic management value: 208, current value: 0
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=240ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    READ BUFFER cmd
           *    WRITE BUFFER cmd
           *    Host Protected Area feature set
           *    Look-ahead
           *    Write cache
           *    Power Management feature set
                Security Mode feature set
                SMART feature set
           *    FLUSH CACHE EXT command
           *    Mandatory FLUSH CACHE command
           *    Device Configuration Overlay feature set
           *    48-bit Address feature set
                SET MAX security extension
           *    DOWNLOAD MICROCODE cmd
           *    General Purpose Logging feature set
           *    SMART self-test
           *    SMART error logging
Security:
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
HW reset results:
        CBLID- above Vih
        Device num = 0 determined by the jumper
Checksum: correct

I jeszcze wycinek z dmesg:

Code: Select all

libata version 1.20 loaded.
pata_via 0000:00:11.1: version 0.1.9
ACPI: PCI Interrupt Link [ALKA] BIOS reported IRQ 0, using IRQ 20
ACPI: PCI Interrupt Link [ALKA] enabled at IRQ 20
ACPI: PCI Interrupt 0000:00:11.1[A] -> Link [ALKA] -> GSI 20 (level, low) -> IRQ 16
PCI: VIA IRQ fixup for 0000:00:11.1, from 255 to 0
ata1: PATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xE000 irq 14
ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3468 86:3c01 87:4023 88:203f
ata1: dev 0 ATA-7, max UDMA/100, 156301488 sectors: LBA48
via_do_set_mode: Mode=12 ast broken=Y udma=133 mul=4
t.act8b = 3, t.rec8b = 1, t.active = 3, t.recover = 1
FIT t.act8b = 2, t.rec8b = 0, t.active = 2, t.recover = 0
via_do_set_mode: Mode=69 ast broken=Y udma=133 mul=4
t.act8b = 3, t.rec8b = 1, t.active = 3, t.recover = 1
FIT t.act8b = 2, t.rec8b = 0, t.active = 2, t.recover = 0
ata1: dev 0 configured for UDMA/100
scsi0 : pata_via
  Vendor: ATA       Model: ST3802110A        Rev: 2AAA
  Type:   Direct-Access                      ANSI SCSI revision: 05
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xE008 irq 15
ata2: dev 0 cfg 49:0f00 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000 88:0000
ata2: dev 0 ATAPI, max MWDMA2
ata2: dev 1 cfg 49:2f00 82:7c6b 83:7b09 84:4003 85:7c68 86:3a01 87:4003 88:407f
ata2: dev 1 ATA-7, max UDMA/133, 60058656 sectors: LBA
via_do_set_mode: Mode=12 ast broken=Y udma=133 mul=4
t.act8b = 3, t.rec8b = 1, t.active = 3, t.recover = 1
FIT t.act8b = 2, t.rec8b = 0, t.active = 2, t.recover = 0
via_do_set_mode: Mode=12 ast broken=Y udma=133 mul=4
t.act8b = 3, t.rec8b = 1, t.active = 3, t.recover = 1
FIT t.act8b = 2, t.rec8b = 0, t.active = 2, t.recover = 0
via_do_set_mode: Mode=34 ast broken=Y udma=133 mul=4
t.act8b = 3, t.rec8b = 1, t.active = 3, t.recover = 1
FIT t.act8b = 2, t.rec8b = 0, t.active = 2, t.recover = 0
via_do_set_mode: Mode=70 ast broken=Y udma=133 mul=4
t.act8b = 3, t.rec8b = 1, t.active = 3, t.recover = 1
FIT t.act8b = 2, t.rec8b = 0, t.active = 2, t.recover = 0
ata2: dev 0 configured for MWDMA2
ata2: dev 1 configured for UDMA/133
scsi1 : pata_via
  Vendor: HL-DT-ST  Model: CD-RW GCE-8240B   Rev: 1.08
  Type:   CD-ROM                             ANSI SCSI revision: 05
  Vendor: ATA       Model: Maxtor 2F030J0    Rev: VAM5
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
 sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 >
sd 0:0:0:0: Attached scsi disk sda
SCSI device sdb: 60058656 512-byte hdwr sectors (30750 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 60058656 512-byte hdwr sectors (30750 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
 sdb: sdb1
sd 1:0:1:0: Attached scsi disk sdb
sr0: scsi3-mmc drive: 24x/40x writer cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 1:0:0:0: Attached scsi CD-ROM sr0
sd 0:0:0:0: Attached scsi generic sg0 type 0
sr 1:0:0:0: Attached scsi generic sg1 type 5
sd 1:0:1:0: Attached scsi generic sg2 type 0

EDIT: Zaletą tych sterów jest ponowne przywrócenie do życia XCDroast

, do którego byłem zawsze bardzo przyzwyczajony, a który nie za bardzo działa na kernelu 2.6

Posted: **Tue Jul 25, 2006 12:59 pm**

hmm....
na 2.6.17 wszio mi dziala.
Ale Samsung SP0411N (ATA/133, 2MB cache) teraz w hdparm ma ~48MB/s a mial ~54MB/s, czyli 6MB/s jestem w plecy...
Rozumiem ze dzis nie da sie z tym nic zrobic?
Nie ma zadnych trickow?

Posted: **Tue Jul 25, 2006 2:26 pm**

Morpheouss wrote:hmm....
na 2.6.17 wszio mi dziala.
Ale Samsung SP0411N (ATA/133, 2MB cache) teraz w hdparm ma ~48MB/s a mial ~54MB/s, czyli 6MB/s jestem w plecy...
Rozumiem ze dzis nie da sie z tym nic zrobic?
Nie ma zadnych trickow?

hdparm NIE służy do testowania wydajności spróbuj bonnie++, lub programu na którym ja testowałem tj. tiobench. Albo spróbuj innych

Code: Select all

eix -Ss benchmark

Edit: U mnie też zauważyłem lekki spadek prędkości (czytaj poprzednie posty) ale też znacząco zmniejszyło się obciążenie procesora.

Pozdrawiam

Gentoo Forums

[HOWTO-KERNEL] - Libata zamiast ATA