Ist UDMA5 auf einem Centrino überhaupt möglich?
Ist UDMA5 auf einem Centrino überhaupt möglich?
Hallo,
ich habe SID auf einem Samsung X10 installiert.
BIOS sagt mir, dass die Festplatte UDMA5 kann und auch läuft. ICH4-M und die Festplatte sind, laut Datenblätter , in der Lage mit UDMA5 zu laufen. WinXP zeigt, dass UDMA5 aktiv ist.
Nur unter Linux (2.4.x und 2.6.x) kriege ich höchstens UDMA2.
hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 90 MB in 3.00 seconds = 30.00 MB/sec
ist zwar nicht schlecht, aber mich würde interessieren ob UDMA5 möglich ist?
Auf meinem "alten" Atlon-Desktop hatte ich ein änliches Problem, das ich dadurch lösen konnte, dass ich mein DVD-Laufwerk auf ein anderes IDE-Kanal verbannte.
Auf einem Notebook kann man das nicht ausprobieren, aber mein DVD-Laufwerk meldet sich als /dev/hdc und dürfte sowieso an dem 2. IDE-Kanal händen.
DMA-Unterstützung im Kernel habe ich aktiviert und gegoogelt habe ich natürlich auch. Viele Tipps ausprobiert aber nie über 30 MB/sec erreicht.
Wie schaut es bei euch aus? Konnte jemand auf einem Centrino-Notebook bessere Werte erreicht?
PS: Ich habe auch mehrere LiveCD ausprobiert (Knoppix 3.4 mit Kernel 2.4.x und 2.6.x SuSE-LiveCD) alles brachte schlechtere Ergebnisse ca. 18 bis 22 MB/sec.
Danke.
ich habe SID auf einem Samsung X10 installiert.
BIOS sagt mir, dass die Festplatte UDMA5 kann und auch läuft. ICH4-M und die Festplatte sind, laut Datenblätter , in der Lage mit UDMA5 zu laufen. WinXP zeigt, dass UDMA5 aktiv ist.
Nur unter Linux (2.4.x und 2.6.x) kriege ich höchstens UDMA2.
hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 90 MB in 3.00 seconds = 30.00 MB/sec
ist zwar nicht schlecht, aber mich würde interessieren ob UDMA5 möglich ist?
Auf meinem "alten" Atlon-Desktop hatte ich ein änliches Problem, das ich dadurch lösen konnte, dass ich mein DVD-Laufwerk auf ein anderes IDE-Kanal verbannte.
Auf einem Notebook kann man das nicht ausprobieren, aber mein DVD-Laufwerk meldet sich als /dev/hdc und dürfte sowieso an dem 2. IDE-Kanal händen.
DMA-Unterstützung im Kernel habe ich aktiviert und gegoogelt habe ich natürlich auch. Viele Tipps ausprobiert aber nie über 30 MB/sec erreicht.
Wie schaut es bei euch aus? Konnte jemand auf einem Centrino-Notebook bessere Werte erreicht?
PS: Ich habe auch mehrere LiveCD ausprobiert (Knoppix 3.4 mit Kernel 2.4.x und 2.6.x SuSE-LiveCD) alles brachte schlechtere Ergebnisse ca. 18 bis 22 MB/sec.
Danke.
- mistersixt
- Beiträge: 6601
- Registriert: 24.09.2003 14:33:25
- Lizenz eigener Beiträge: GNU Free Documentation License
- peschmae
- Beiträge: 4844
- Registriert: 07.01.2003 12:50:33
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: nirgendwo im irgendwo
die sollten also alle gehen? Da hätte ich nämlich auch gerade ein Problem:
Ist ein Thinkpad X21. Was macht man da? Unterstützt das udma5 trotzdem nicht? Oder brauche ich einen anderen (passenden?) IDE-Chipsatz-Treiber?
MfG Peschmä
Code: Alles auswählen
root@thinkpad:~# hdparm -i /dev/hda | grep UDMA
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
root@thinkpad:~# hdparm -X69 /dev/hda
/dev/hda:
setting xfermode to 69 (UltraDMA mode5)
root@thinkpad:~# hdparm -i /dev/hda | grep UDMA
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
root@thinkpad:~#
MfG Peschmä
"er hätte nicht in die usa ziehen dürfen - die versauen alles" -- Snoopy
Hallo,
ja hdparm -d /dev/hda zeigt wirklich = 1 (on)
aber sonst bekomme ich folgendes zu sehen.
Im /var/log/kern.log finde ich:
Die Festplatte kann allso definitiv mehr und das Chipsatz 82855PM steckt ja in jedem Centrino unterstützt udma5 auch.
ja hdparm -d /dev/hda zeigt wirklich = 1 (on)
aber sonst bekomme ich folgendes zu sehen.
Code: Alles auswählen
hdparm -i /dev/hda | grep UDMA
UDMA modes: udma0 udma1 udma2
Code: Alles auswählen
hda: 117210240 sectors (60012 MB) w/7877KiB Cache, CHS=7296/255/63, UDMA(100)
- mistersixt
- Beiträge: 6601
- Registriert: 24.09.2003 14:33:25
- Lizenz eigener Beiträge: GNU Free Documentation License
ja ich hab dma aktiviert und ja ich habe auch den PIIx einkompilliert.
Die beiden aktulellen Kernel von Debian unstable 2.4.26 und 2.6.7 habe ich soeben noch mal getestet.
mehr ist leider nicht drin. Beim booten zeigt der 2.6.7 original Debian- Kernel viele ACPI Fehler (sonst sieht alles gut aus). Ich nehme aber an, dass es keine Auswirkung haben soll. Oder?
Die beiden aktulellen Kernel von Debian unstable 2.4.26 und 2.6.7 habe ich soeben noch mal getestet.
Code: Alles auswählen
hdparm -i /dev/hda | grep UDMA
UDMA modes: udma0 udma1 udma2
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
@Andy: Schön, dass Du die BBCode Tags benutzt, aber achte doch bitte darauf, dass Du die Option "BBCode deaktivieren" in Deinen Posts nicht angehakt hast... Ich habe das für die letzten 2 Posts 'mal gefixed...
Patrick
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
- mistersixt
- Beiträge: 6601
- Registriert: 24.09.2003 14:33:25
- Lizenz eigener Beiträge: GNU Free Documentation License
Nein, das sollte keine Auswirkungen haben. Komisch komisch, da bin ich jetzt auch irgendwie ratlos. Eventuell solltest Du einen reportbug an den Debian-Maintainer vom Kernel-2.6.7 machen (der auch selber Kernel-Entwickler ist), der kann Dir da hoffentlich mehr zu sagen. Eventuell musst Du ihn etwas "herausfordern", indem Du sagt, dass unter Windoof UDMA5 funzt ! Wichtig sind bei einem reportbug immer die gesamten Bootmeldungen (sprich /var/log/dmesg ) und sowas wie lspci. Und die Beschreibung des Problems natürlich.Andy hat geschrieben:Beim booten zeigt der 2.6.7 original Debian- Kernel viele ACPI Fehler (sonst sieht alles gut aus). Ich nehme aber an, dass es keine Auswirkung haben soll. Oder?
Gruss, mistersixt.
Die ACPI- Fehler sind durch Samsung verursacht. Wie so oft verletzen Hersteller die Standards. Aber es gibt entsprechende Patches im Netz. Ob diese Patches in den Debian bzw. Vanilla- Kernel übernommen werden, habe ich meine Zweifel.
Mich würde aber interessieren ob Du selbst, oder jemand hier im Forum, ein Centrino Notebook mit laufendem UDMA5 hat und seine .config hier posten könnte?
Mich würde aber interessieren ob Du selbst, oder jemand hier im Forum, ein Centrino Notebook mit laufendem UDMA5 hat und seine .config hier posten könnte?
-
- Beiträge: 27
- Registriert: 02.11.2003 19:58:56
- Wohnort: Würzburg
Hi,
das dein Problem mit dem Centrino an sich zu tun hat kann ich mir nicht vorstellen, aber du meinst bestimmt auch allgemein "neue" Notebooks. Also bei mir funzt der Modus und mein Notebook is jetz n Jahr alt, mit nem P4-M (aber das sollte egal sein). Bei einigen Komolitonen, die ein CentrinoNotebook haben (Acer oder Asus) funzt er auch.
Ich vermute halt das es speziell an deinem Notebook liegt. Mehr fällt mir dazu leider nicht ein...
das dein Problem mit dem Centrino an sich zu tun hat kann ich mir nicht vorstellen, aber du meinst bestimmt auch allgemein "neue" Notebooks. Also bei mir funzt der Modus und mein Notebook is jetz n Jahr alt, mit nem P4-M (aber das sollte egal sein). Bei einigen Komolitonen, die ein CentrinoNotebook haben (Acer oder Asus) funzt er auch.
Ich vermute halt das es speziell an deinem Notebook liegt. Mehr fällt mir dazu leider nicht ein...
Hi,
so wie ich die Sache verstehe, lässt sich UDMA5 aktivieren/nutzen wenn 3 Voraussetzungen erfüllt sind:
1) Das Chipsatz auf dem Motherboard unterstützt dieses Feature
Fast alle Centrinos (ausgenommen ganz frische Modelle) haben gleichen Chipsatz drin und zwar ICH4 auch 82855PM (bzw. 82855GM bei Grafik on Board) genannt. Dises Chipsatz unterstützt UDMA5.
2) Die Festplatte muß UDMA5 unterstützen.
In meinem Notebook ist eine 60 GB Hitachi verbaut und wenn ich dieser Ausgabe trauen kann:
kann meine Festplatte UDMA5 auch.
3) Die Software (in unserem Fall Kernel) muss das ganze zum laufen bringen. Da ich jetzt schon eine ganze Menge Tricks ausprobiert habe vermute ich, dass die Software sprich Kernel es nicht kann. Denn was anderes als das hier:
habe ich auf meinem Notebook noch nicht gesehen.
Wenn alle andere "Centrino-User" hier auch kein UDMA5 haben, könnte man davon ausgehen, dass der Kernel diese Eigenschaft noch nicht unterstützt und ich brauche nicht weiter zu suchen.
Wenn ich was falsch verstanden habe, bitte ich mich zu korregieren.
so wie ich die Sache verstehe, lässt sich UDMA5 aktivieren/nutzen wenn 3 Voraussetzungen erfüllt sind:
1) Das Chipsatz auf dem Motherboard unterstützt dieses Feature
Fast alle Centrinos (ausgenommen ganz frische Modelle) haben gleichen Chipsatz drin und zwar ICH4 auch 82855PM (bzw. 82855GM bei Grafik on Board) genannt. Dises Chipsatz unterstützt UDMA5.
2) Die Festplatte muß UDMA5 unterstützen.
In meinem Notebook ist eine 60 GB Hitachi verbaut und wenn ich dieser Ausgabe trauen kann:
Code: Alles auswählen
hdparm -I /dev/hda
/dev/hda:
ATA device, with non-removable media
Model Number: HTS548060M9AT00
Serial Number: MRLB41L4G42PUC
Firmware Revision: MGBOA53A
Standards:
Used: ATA/ATAPI-6 T13 1410D revision 3a
Supported: 6 5 4 3
Configuration:
Logical max current
cylinders 16383 65535
heads 16 1
sectors/track 63 63
--
CHS current addressable sectors: 4128705
LBA user addressable sectors: 117210240
LBA48 user addressable sectors: 117210240
device size with M = 1024*1024: 57231 MBytes
device size with M = 1000*1000: 60011 MBytes (60 GB)
Capabilities
LBA, IORDY(can be disabled)
bytes avail on r/w long: 4 Queue depth: 1
Standby timer values: spec'd by Vendor, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: 128 (0x80)
Recommended acoustic management value: 128, current value: 254
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
3) Die Software (in unserem Fall Kernel) muss das ganze zum laufen bringen. Da ich jetzt schon eine ganze Menge Tricks ausprobiert habe vermute ich, dass die Software sprich Kernel es nicht kann. Denn was anderes als das hier:
Code: Alles auswählen
hdparm -i /dev/hda
/dev/hda:
Model=HTS548060M9AT00, FwRev=MGBOA53A, SerialNo=MRLB41L4G42PUC
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=7877kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117210240
IORDY=on/off, tPIO={min:240,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
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:
* signifies the current active mode
Wenn alle andere "Centrino-User" hier auch kein UDMA5 haben, könnte man davon ausgehen, dass der Kernel diese Eigenschaft noch nicht unterstützt und ich brauche nicht weiter zu suchen.
Wenn ich was falsch verstanden habe, bitte ich mich zu korregieren.
Hi.... dies ist mein 1. Post hier, obwohl ich bereits seit einigen Wochen hier mitlese. Das Thema X10 hat mich nun dazugebracht, mich anzumelden und was zu schreiben
Ich habe ebenfalls ein X10 (XTC13) mit nem 1300MHz Pentium-M. Etwas verwirrend finde ich die Tatsache, dass bei Andy die Ausgabe von 'hdparm -i' von der bei mir abweicht.
In meinem X10 werkelt allerdings 'nur' eine 40GB Platte von Fujitsu und ich denke, daß die Ausgabe von hdparm von der Platte abhängt und nicht vom IDE Chipsatz.
Mehr als 20MB/s sind aber auch hier bei mir nicht drin. Hab eben nochmal mehrfach getestet.
Interessieren würde mich nun noch, was der Chipsatz bei Andy über die derzeitige Konfiguration sagt. Hier bekomme ich wie erwartet:
Ein gaaaaanz anderes Thema bereitet mir hier allerdings Probleme mit dem X10. Ich kann das Notebook nicht aus dem ACPI S3 Mode mehr aufwecken und bin gezwungen, das Gerät vom Netzteil zu nehmen sowie den Akku rauszunehmen, wenn ich S3 Mode aktiviere, damit ich es wieder nutzen kann. Vom Kernel Bugzilla hab ich einen Patch eingespielt, der einem erlaubt das WakeUp Device festzulegen, allerdings bessert sich damit die Situation auch nicht
Achja, als Kernel nutze ich 2.6.7 mit entsprechendem ACPI Patch sowie dem o.a. Patch, um das WakeUp Device zu definieren. Jemand ne Idee?
Ich habe ebenfalls ein X10 (XTC13) mit nem 1300MHz Pentium-M. Etwas verwirrend finde ich die Tatsache, dass bei Andy die Ausgabe von 'hdparm -i' von der bei mir abweicht.
Code: Alles auswählen
$ sudo hdparm -i /dev/hda|grep udma
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
Code: Alles auswählen
$ dmesg |grep ^hda
hda: FUJITSU MHS2040AT D, ATA DISK drive
hda: max request size: 128KiB
hda: 78140160 sectors (40007 MB) w/2048KiB Cache, CHS=65535/16/63
Interessieren würde mich nun noch, was der Chipsatz bei Andy über die derzeitige Konfiguration sagt. Hier bekomme ich wie erwartet:
Code: Alles auswählen
$ cat /proc/ide/piix
Controller: 0
Intel PIIX4 Ultra 100 Chipset.
--------------- Primary Channel ---------------- Secondary Channel -------------
enabled enabled
--------------- drive0 --------- drive1 -------- drive0 ---------- drive1 ------
DMA enabled: yes no yes no
UDMA enabled: yes no yes no
UDMA enabled: 5 X 2 X
UDMA
DMA
PIO
Code: Alles auswählen
$ cat /proc/acpi/wakeup_devices
Device Sleep state Status
LID0 3 enabled
PWRB 4 disabled
LANC 4 disabled
MODM 4 disabled
Hi,
ich habe noch nicht aufgegeben, aber ich stehe kurz davor.
die Ausgabe von:
unterschedet sich nicht von der, die QT schon gepostet hat. Aber
Kann man das irgend wie beseitigen?
ich habe noch nicht aufgegeben, aber ich stehe kurz davor.
die Ausgabe von:
Code: Alles auswählen
cat /proc/ide/piix
Code: Alles auswählen
hdparm -X 69 /dev/hda
/dev/hda:
setting xfermode to 69 (UltraDMA mode5)
dmesg |grep ^hda
hda: HTS548060M9AT00, ATA DISK drive
hda: max request size: 1024KiB
hda: 117210240 sectors (60011 MB) w/7877KiB Cache, CHS=16383/255/63, UDMA(100)
hda: Speed warnings UDMA 3/4/5 is not functional.