Re: hdparm und udma5
Karl-Heinz Eischer wrote: [...] wirklich interessant ist, was hdparm -I sagt, die Option -i sagt nur, was beim Booten war, nicht was jetzt ist. Tja, wer (man-pages) lesen kann, ist klar im Vorteil ;-) hdparm -I /dev/hdaX zeigt bei mir natürlich auch den gewünschten *udam5 Modus an. Danke für das "Auf-die-Sprünge-helfen" (und sorry für den überflüssigen mail-Verkehr...) Gruß, Björn Gruß KH -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: hdparm und udma5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Montag 20 Januar 2003 11:28 schrieb Karl-Heinz Eischer: > wirklich interessant ist, was hdparm -I sagt, die Option -i > sagt nur, was beim Booten war, nicht was jetzt ist. Hmm stimmt, da war ich etwas vorschnell, wieder was gelernt :-)) deshalb hier nochmal die Ausgabe von hdparm -I /dev/hda /dev/hda: non-removable ATA device, with non-removable media Model Number: Maxtor 5T040H4 Serial Number: T4HA7N4C Firmware Revision: TAH71DP0 Standards: Supported: 1 2 3 4 5 6 Likely used: 6 Configuration: Logical max current cylinders 16383 4047 heads 16 16 sectors/track 63 255 bytes/track:0 (obsolete) bytes/sector: 0 (obsolete) current sector capacity: 16511760 LBA user addressable sectors = 80043264 Capabilities: LBA, IORDY(can be disabled) Buffer size: 2048.0kB ECC bytes: 57 Queue depth: 1 Standby timer values: spec'd by standard, no device specific minimum r/w multiple sector transfer: Max = 16 Current = 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=120ns IORDY flow control=120ns Commands/features: Enabled Supported: *NOP cmd *READ BUFFER cmd *WRITE BUFFER cmd *Host Protected Area feature set *look-ahead *write cache *Power Management feature set *SMART feature set SET MAX security extension Advanced Power Management feature set *DOWNLOAD MICROCODE cmd HW reset results: CBLID- above Vih Device num = 0 determined by the jumper Checksum: correct -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+K9eUVxs0dpB3YGIRAjJpAJ0da39UGhLd80HB/kty2LtHjTTttwCfVaHl Y7ZHaXbSNf68Y/6c6k6gwWs= =9zgq -END PGP SIGNATURE- -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: hdparm und udma5
Hi,
On Mon, Jan 20, 2003 at 10:59:05AM +0100, Thomas Braun wrote:
[...]
> Und es laufen beide im udma5 modus (wenn beim benutzten der Stern ist)
>
> Model=Maxtor 5T040H4, FwRev=TAH71DP0, SerialNo=T4HA7N4C
> Config={ Fixed }
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
> BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
> CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=80043264
> IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
> PIO modes: pio0 pio1 pio2 pio3 pio4
> DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
> AdvancedPM=yes: disabled (255) WriteCache=enabled
> Drive Supports : ATA/ATAPI-6 T13 1410D revision 0 : ATA-1 ATA-2 ATA-3 ATA-4
> ATA-5 ATA-6
wirklich interessant ist, was hdparm -I sagt, die Option -i
sagt nur, was beim Booten war, nicht was jetzt ist.
Gruß
KH
--
// In a world without walls and fences who needs Windows and Gates ? //
--
Häufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: hdparm und udma5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Montag 20 Januar 2003 10:23 schrieb Bjoern Beckmann:
> Marcus Jodorf wrote:
> > Eduard Bloch <[EMAIL PROTECTED]> schrieb:
> >>Ich kenne keine moderne IDE-Platte, die UDMA66 ausreizt, also kein
> >>Grund für die Aufregung.
> >
> > Offenbar hat er aber auch selbst das nicht aktiviert.
>
> O.K., aber wie aktiviere ich das denn explizit? Ich bin schon der
> Meinung, daß ich die richtigen Optionen beim Kernel gewählt habe - zudem
> wa ja das gleiche Verhalten beim Debian-Kernel zu beobachten, und im
> Bios habe ich in der letzten Zeit auch nichts geändert!
>
> [...]
Hallo,
also ich habe bei mir in der /etc/init.d/hwtools
folgendes reingeschrieben
hdparm -q -d 1 /dev/hda /dev/hdb /dev/hdd /dev/hdc
Und es laufen beide im udma5 modus (wenn beim benutzten der Stern ist)
Model=Maxtor 5T040H4, FwRev=TAH71DP0, SerialNo=T4HA7N4C
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=80043264
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive Supports : ATA/ATAPI-6 T13 1410D revision 0 : ATA-1 ATA-2 ATA-3 ATA-4
ATA-5 ATA-6
Meine Kernel config des installierten (2.4.20-5) sagt:
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_BLK_DEV_IDEDMA_TIMEOUT is not set
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_VIA82CXXX=y
# CONFIG_IDEDMA_AUTO is not set
# CONFIG_IDEDMA_PCI_AUTO is not set
CONFIG_BLK_DEV_IDE_MODES=y
>
> CONFIG_BLK_DEV_IDEDMA_PCI=y
> CONFIG_IDEDMA_PCI_AUTO=y
> CONFIG_BLK_DEV_IDEDMA=y
> CONFIG_BLK_DEV_ADMA=y
> CONFIG_BLK_DEV_VIA82CXXX=y
> CONFIG_IDEDMA_AUTO=y
> CONFIG_BLK_DEV_IDE_MODES=y
>
Bei mir sagt lspci | grep VIA
00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP]
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b)
00:11.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b)
00:11.4 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio
Controller (rev 10)
Das heißt wir haben den gleichen Chipsatz.
Hoffe das hilft wenn du noch info's zu meiner config brauchst rühr dich
> Gruß,
> Björn
MfG Thomas Braun
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE+K8hpVxs0dpB3YGIRAltMAKDK3xr0j6qtoFNiNNNmw1gbNraYVQCgy2yI
xCHSq/tJXQlPyw20HchOznU=
=qPeo
-END PGP SIGNATURE-
--
Häufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: hdparm und udma5
Marcus Jodorf wrote:
> Eduard Bloch <[EMAIL PROTECTED]> schrieb:
>
>> Ich kenne keine moderne IDE-Platte, die UDMA66 ausreizt, also kein
>> Grund für die Aufregung.
>
> Offenbar hat er aber auch selbst das nicht aktiviert.
O.K., aber wie aktiviere ich das denn explizit? Ich bin schon der
Meinung, daß ich die richtigen Optionen beim Kernel gewählt habe - zudem
war ja das gleiche Verhalten beim Debian-Kernel zu beobachten, und im
Bios habe ich in der letzten Zeit auch nichts geändert!
[...]
> Naja. Mit einem halbwegs gängigen Mainbord braucht man aber auch keine
> zusätzlichen Patches. Solange ein entsprechender Chipsatztreiber im
> Kernel ist, ist der Weg frei.
>
> hdparm -i /dev/hda
>
> /dev/hda:
>
> Model=Maxtor 5T060H6, FwRev=TAH71DP0, SerialNo=T6H2R0RC
> Config={ Fixed }
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
> BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
> CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=120103200
> IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
> PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2
> UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=yes:
> disabled (255) WriteCache=enabled
> Drive conforms to: ATA/ATAPI-6 T13 1410D revision 0: 1 2 3 4 5 6
>
> So läuft die Platte hier schon, seit sie vor einigen Jahren auf den
> Markt kam an verschiedenen Motherboards.
Genau, so kenne ich das auch
> Also einfach passenden Chipsatztreiber beim Kernelbauen anwählen, in
> meinem Falle z.B. an einem VIA KT133A Board CONFIG_BLK_DEV_VIA82CXXX.
Habe ich gemacht...
> Dann kann man auch UDMA5 problemlos mit hdparm einstellen oder man läßt
> das einfach den kernel selber machen, indem man CONFIG_IDEDMA_PCI_AUTO
> bei der Kernelkonfiguration mit yes beantwortet.
Also ich habe noch einmal alles nachgeguckt, und die entsprechenden
Kerneloption sind alle ausgewählt:
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
Woran könnte es denn noch liegen? Das sagt lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP]
00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11)
00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
00:0d.1 Input device controller: Creative Labs SB Live! (rev 07)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
00:11.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
00:11.4 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
01:00.0 VGA compatible controller: nVidia Corporation: Unknown device
0201 (rev a3)
Gruß,
Björn
--
Häufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: hdparm und udma5
Marcus Jodorf wrote:
Eduard Bloch <[EMAIL PROTECTED]> schrieb:
Ich kenne keine moderne IDE-Platte, die UDMA66 ausreizt, also kein
Grund für die Aufregung.
Offenbar hat er aber auch selbst das nicht aktiviert.
O.K., aber wie aktiviere ich das denn explizit? Ich bin schon der
Meinung, daß ich die richtigen Optionen beim Kernel gewählt habe - zudem
wa ja das gleiche Verhalten beim Debian-Kernel zu beobachten, und im
Bios habe ich in der letzten Zeit auch nichts geändert!
[...]
Naja. Mit einem halbwegs gängigen Mainbord braucht man aber auch keine
zusätzlichen Patches. Solange ein entsprechender Chipsatztreiber im
Kernel ist, ist der Weg frei.
hdparm -i /dev/hda
/dev/hda:
Model=Maxtor 5T060H6, FwRev=TAH71DP0, SerialNo=T6H2R0RC
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=120103200
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 0: 1 2 3 4 5 6
So läuft die Platte hier schon, seit sie vor einigen Jahren auf den
Markt kam an verschiedenen Motherboards.
Genau, so kenne ich das auch
Also einfach passenden Chipsatztreiber beim Kernelbauen anwählen, in
meinem Falle z.B. an einem VIA KT133A Board CONFIG_BLK_DEV_VIA82CXXX.
Habe ich gemacht...
Dann kann man auch UDMA5 problemlos mit hdparm einstellen oder man läßt
das einfach den kernel selber machen, indem man CONFIG_IDEDMA_PCI_AUTO
bei der Kernelkonfiguration mit yes beantwortet.
Also ich habe noch einmal alles nachgeguckt, und die entsprechenden
Kerneloption sind alle ausgewählt:
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
Woran könnte es denn noch liegen? Das sagt lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP]
00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11)
00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
00:0d.1 Input device controller: Creative Labs SB Live! (rev 07)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
00:11.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
00:11.4 USB Controller: VIA Technologies, Inc. UHCI USB (rev 18)
01:00.0 VGA compatible controller: nVidia Corporation: Unknown device
0201 (rev a3)
Gruß,
Björn
--
Häufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: hdparm und udma5
Moin Bjoern! Bjoern Beckmann schrieb am Sunday, den 19. January 2003: > Unter SuSE - egal ob selbstgebackener Kernel oder nicht - hatte ich > immer noch die modes bis udma5 aufgelistet, welcher auch mit einem Stern Ich kenne keine moderne IDE-Platte, die UDMA66 ausreizt, also kein Grund für die Aufregung. > als aktiv gekennzeichnet war. Warum ist dies jetzt nicht mehr der Fall. > Habe das sowohl beim mitgelieferten Debian kernel-image-(bf24|k7) als > auch beim selbstkompilierten Kerneln - 2.4.18 und auch 2.4.20. Ein "stabiler" SuSE-Kernel enthaelt über 300 Patches, unter anderem inoffizielle Updates diverser Kernel-Entwickler. Da kann es schon mal passieren, dass neuere und wenig getestete Treiber vorhanden sind. Gruss/Regards, Eduard. -- Wenn ich einem Schwein eine RedHat-CD um den Hals binde und es trete kann man sagen, dass KDE & Co. auch ohne Ram schnell laufen. --Robin S. Socha in de.comp.os.unix.linux.newusers-- -- Häufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
hdparm und udma5
Hallo!
Ich wollte gereade mal die Einstellungen meiner Festplatte ein bißchen
tunen und habe festgestellt, daß ich ein paar DMA modes "vermisse".
hdparm -i /dev/hda sagt:
Model=Maxtor 5T060H6, FwRev=TAH71DP0, SerialNo=T6HLYL6C
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=120103200
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive Supports : ATA/ATAPI-6 T13 1410D revision 0 : ATA-1 ATA-2 ATA-3
ATA-4 ATA-5 ATA-6
Unter SuSE - egal ob selbstgebackener Kernel oder nicht - hatte ich
immer noch die modes bis udma5 aufgelistet, welcher auch mit einem Stern
als aktiv gekennzeichnet war. Warum ist dies jetzt nicht mehr der Fall.
Habe das sowohl beim mitgelieferten Debian kernel-image-(bf24|k7) als
auch beim selbstkompilierten Kerneln - 2.4.18 und auch 2.4.20.
Any hints?!
Gruß,
Björn
--
Häufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
