Il kernel l'ho ricompilato io e la voce che dici è abilitata...tralaltro è proprio la voce relativa ai driver del mio controller e credo che sia proprio quella ad essere buggata e non si tratta di un bug recente perchè girando su internet si trovano post relativi ad anni fa....uff...dai dai dai troviamo una soluzione!!!<br>
<br><div class="gmail_quote">Il giorno 5 aprile 2009 22.51, Berserk <span dir="ltr"><<a href="mailto:berserk80it@yahoo.it">berserk80it@yahoo.it</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
Ciao,<br>
se hai ricompilato il kernel controlla che nella configurazione (
/usr/src/tuokernel/.config) sia impostata su yes questa voce:<br>
<br>
#<br>
# PCI IDE chipsets support<br>
#<br>
<b>CONFIG_BLK_DEV_SIS5513=y</b><br>
<br>
This driver ensures (U)DMA support for SIS5513 chipset family based<br>
mainboards.<br>
<br>
The following chipsets are supported:<br>
ATA16: SiS5511, SiS5513<br>
ATA33: SiS5591, SiS5597, SiS5598, SiS5600<br>
ATA66: SiS530, SiS540, SiS620, SiS630, SiS640<br>
ATA100: SiS635, SiS645, SiS650, SiS730, SiS735, SiS740,<br>
SiS745, SiS750<br>
<br>
If you say Y here, you need to say Y to "Use DMA by default when<br>
available" as well.<br>
<br>
Saluti<br>
Ryo<br>
<br>
Kumrah ha scritto:
<blockquote type="cite"><div><div></div><div class="h5">Prima di tutto grazie per la risposta,<br>
il pc è un Fujitsu Siemens Amilo D1840 con p4HT 3GHz e 1GB di ram ddr
se è a questo che ti riferivi, cmq pasto anche il risultato di lspci
per sicurezza:<br>
<br>
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 645xx (rev 51)<br>
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS AGP Port
(virtual PCI-to-PCI bridge)<br>
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL
Media IO] (rev 14)<br>
00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus
Controller<br>
00:02.3 FireWire (IEEE 1394): Silicon Integrated Systems [SiS] FireWire
Controller<br>
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]<br>
00:02.6 Modem: Silicon Integrated Systems [SiS] AC'97 Modem Controller
(rev a0)<br>
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS]
AC'97 Sound Controller (rev a0)<br>
00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.1
Controller (rev 0f)<br>
00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.1
Controller (rev 0f)<br>
00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 1.1
Controller (rev 0f)<br>
00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0
Controller<br>
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900
PCI Fast Ethernet (rev 91)<br>
00:09.0 CardBus bridge: O2 Micro, Inc. OZ711M1/MC1 4-in-1 MemoryCardBus
Controller (rev 20)<br>
00:09.1 CardBus bridge: O2 Micro, Inc. OZ711M1/MC1 4-in-1 MemoryCardBus
Controller (rev 20)<br>
00:09.2 System peripheral: O2 Micro, Inc. OZ711Mx 4-in-1 MemoryCardBus
Accelerator<br>
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8180L
802.11b MAC (rev 20)<br>
01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility
Radeon 9600 M10]<br>
<br>
mentre "hdparm -Tt /dev/hda" mi restituisce:<br>
<br>
/dev/hda:<br>
Timing cached reads: 776 MB in 2.00 seconds = 387.38 MB/sec<br>
Timing buffered disk reads: 92 MB in 3.03 seconds = 30.38 MB/sec<br>
<br>
in fine il comando "hdparm -d1 -Xudam5 /dev/hda" restituisce:<br>
<br>
/dev/hda:<br>
setting using_dma to 1 (on)<br>
setting xfermode to 69 (UltraDMA mode5)<br>
using_dma = 1 (on)<br>
<br>
ma se vado a ricontrollare con hadparm -i /dev/hda la situazione rimane
invariata:<br>
<br>
/dev/hda:<br>
<br>
Model=HTS541080G9AT00, FwRev=MB4OA60A, SerialNo=MP28MBXBGLMELH<br>
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }<br>
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4<br>
BuffType=DualPortCache, BuffSize=7539kB, MaxMultSect=16, MultSect=off<br>
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488<br>
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}<br>
PIO modes: pio0 pio1 pio2 pio3 pio4<br>
DMA modes: mdma0 mdma1 mdma2<br>
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 <br>
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled<br>
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:
ATA/ATAPI-2,3,4,5,6<br>
<br>
<br>
<br>
Il giorno 5 aprile 2009 14.33, Francesco Steno <span dir="ltr"><<a href="mailto:overdrive@linux.it" target="_blank">overdrive@linux.it</a>></span>
ha scritto:<br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><br>
<div>
<div>Il giorno 04/apr/09, alle ore 22:21, Kumrah ha scritto:</div>
<div><br>
<blockquote type="cite">Salve a tutti...a quanto pare sono l'unico
a scrivere su questa mailing-list (o forse l'unico ad avere ancora
qualche problema :@)...va beh passiamo oltre...<br>
Il mio portatile è equipaggiato con un maledettisimo controller Sis:</blockquote>
<div><br>
</div>
</div>
<div>ma una descrizione dell'hw ??? no ??</div>
<div><br>
<blockquote type="cite"><br>
<br>
root@darkstar:/home/kumrah/# lspci | grep IDE<br>
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]<br>
<br>
i cui driver nel kernel(2.6.27.7) sembra che siano affetti da un bug
conosciutissimo a chi di dovere, ovvero l'UltraDMA non viene impostato
al miglior valore:<br>
<br>
root@darkstar:/home/kumrah/# dmesg | grep sis5513<br>
sis5513 0000:00:02.5: SiS 962/963 MuTIOL IDE UDMA133 controller<br>
sis5513 0000:00:02.5: IDE controller (0x1039:0x5513 rev 0x00)<br>
sis5513 0000:00:02.5: not 100% native mode: will probe irqs later<br>
<br>
da cui consegue:<br>
<br>
root@darkstar:/home/kumrah/# dmesg | grep UDMA<br>
sis5513 0000:00:02.5: SiS 962/963 MuTIOL IDE UDMA133 controller<br>
hda: host side 80-wire cable detection failed, limiting max speed to
UDMA33<br>
hda: UDMA/33 mode selected<br>
hdc: UDMA/33 mode selected<br>
hda: UDMA/33 mode selected<br>
hda: UDMA/33 mode selected<br>
hda: UDMA speeds >UDMA33 cannot be set<br>
hda: UDMA/33 mode selected<br>
hda: UDMA speeds >UDMA33 cannot be set<br>
hda: UDMA/33 mode selected<br>
hda: UDMA speeds >UDMA33 cannot be set<br>
<br>
mentre io posso supportare fino a UDMA100. Ho provato ad impostare i
parametri con "hdparm -d1 -Xudma5 /dev/hda" ma non è cabiato nulla...</blockquote>
<div><br>
</div>
</div>
<div>l'output del comando ?</div>
<div><br>
</div>
<div>lancia:</div>
<div><br>
</div>
<div><span style="white-space: pre;"> </span>hdparm -Tt /dev/hda</div>
<div><br>
</div>
<div>L'opzione "T" indica di fare il test per il "cache system"
(es.memoria, CPU, e buffer cache), mentre "-t" indica di fare il report
dello stato del disco sui dati, e non sulla cache.</div>
<div><br>
</div>
<div>The -T means to test the cache system (i.e., the memory, CPU,
and buffer cache). The -t means to report stats on the disk in
question, reading data not in the cache. The two together, run a couple
of times in a row in single-user mode, will give you an idea of the
performance of your disk I/O system.</div>
<div>e posta l'output</div>
<div>
<div><br>
</div>
<blockquote type="cite">girando vari forum e guide mi è sembrato di
capire che esiste una patch per questo problema ma non riesco a
trovarla...la cosa più interessante che ho trovato è questo link:<br>
<br>
<a href="http://marc.info/?l=linux-kernel&m=111489239614289&w=2" target="_blank">http://marc.info/?l=linux-kernel&m=111489239614289&w=2</a><br>
<br>
ma sinceramente non riesco a capire bene cosa dica...</blockquote>
<div><br>
</div>
</div>
<div>è una semplicissima patch che sostituisce "__init" con
"__devinit" per indicare che il codice della funzione deve essere
conservato in memoria dopo</div>
<div>la sua installazione per mantenere in memoria le strutture
dati e/o funzioni, dal momento stesso in cui viene caricato il modulo,
nella memoria stessa</div>
<div>Se ti interessa cerca con google "linux hotplugging mode"</div>
<div><br>
<blockquote type="cite">leggendo ho trovato chi è riuscito ad avere
udma5 disabilitando l'opzione Write cache, ho provato anche
quello(anche se non credo sia una buona idea disattivarla) ma non è
cambiato nulla rimane fisso su udma2:<br>
<br>
root@darkstar:/home/kumrah/# hdparm -i /dev/hda<br>
<br>
/dev/hda:<br>
<br>
Model=HTS541080G9AT00, FwRev=MB4OA60A, SerialNo=MP28MBXBGLMELH<br>
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }<br>
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4<br>
BuffType=DualPortCache, BuffSize=7539kB, MaxMultSect=16, MultSect=off<br>
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488<br>
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}<br>
PIO modes: pio0 pio1 pio2 pio3 pio4<br>
DMA modes: mdma0 mdma1 mdma2<br>
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5<br>
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled<br>
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:
ATA/ATAPI-2,3,4,5,6<br>
<br>
* signifies the current active mode<br>
<br>
inoltre mi sembra che l'hd scaldi un bel po' di più rispetto a
winzoz....non so se i problemi sono tra loro collegati.<br>
Qualcuno ha qualche idea o suggerimento?<br>
</blockquote>
</div>
</div>
<br>
<div>Saluti</div>
<div><br>
</div>
<font color="#888888">
<div>Francesco Steno aka "oVERDRIVE"</div>
</font></div>
<br>
<br>
--<br>
Mailing list info: <a href="http://lists.linux.it/listinfo/lugcb" target="_blank">http://lists.linux.it/listinfo/lugcb</a><br>
<br>
</blockquote>
</div>
<br>
</div></div><pre><hr size="4" width="90%"><div class="im">
--
Mailing list info: <a href="http://lists.linux.it/listinfo/lugcb" target="_blank">http://lists.linux.it/listinfo/lugcb</a>
</div></pre>
</blockquote>
<br>
</div>
<br><br>
--<br>
Mailing list info: <a href="http://lists.linux.it/listinfo/lugcb" target="_blank">http://lists.linux.it/listinfo/lugcb</a><br>
<br></blockquote></div><br>