Re: sata_sil24 not configuring drive right?
Thanks a lot! It seems WD built yet another unordinary drive. Tejun Heo wrote: Tejun Heo wrote: LBA, IORDY(can be disabled) Queue depth: 1 Hmm... Here it is. Interesting. The drive is reporting queue depth of 1. Interesting. This is the first time I see this. The drive is telling libata that it supports NCQ and the max queue depth is 1 and libata configures it accordingly. I'll ask wd about it. Okay, confirmed. The drive does support NCQ but have queue depth of 1, so nothing's wrong with your setup. That's how the drive is built. Thanks. - To unsubscribe from this list: send the line unsubscribe linux-ide in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: sata_sil24 not configuring drive right?
Hello i do have a NCQ queue_depth of 1 too and my /sys/block/sda/device/queue_depth is not writeable. I thought i'd take the time to provide you with the hdparm output hoping this minor issue can be resolved. Yours faithfully Johann-Christoph Jacob From uname -a: Linux amilo 2.6.24.2 #1 SMP PREEMPT Mon Feb 11 22:01:11 CET 2008 i686 GNU/Linux From lspci -vvk: 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: Fujitsu Siemens Computer GmbH Unknown device 10ad Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 18 Region 0: I/O ports at 01f0 [size=8] Region 1: I/O ports at 03f4 [size=1] Region 2: I/O ports at 0170 [size=8] Region 3: I/O ports at 0374 [size=1] Region 4: I/O ports at 1810 [size=16] Kernel driver in use: ata_piix 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02) (prog-if 01 [AHCI 1.0]) Subsystem: Fujitsu Siemens Computer GmbH Unknown device 10ad Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin B routed to IRQ 220 Region 0: I/O ports at 18d0 [size=8] Region 1: I/O ports at 18c4 [size=4] Region 2: I/O ports at 18c8 [size=8] Region 3: I/O ports at 18c0 [size=4] Region 4: I/O ports at 18b0 [size=16] Region 5: Memory at dc00 (32-bit, non-prefetchable) [size=1K] Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+ Address: fee0100c Data: 41e9 Capabilities: [70] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: ahci From /var/log/kern.log: ahci :00:1f.2: version 3.0 ahci :00:1f.2: nr_ports (4) and implemented port map (0x5) don't match, using nr_ports ahci :00:1f.2: forcing PORTS_IMPL to 0xf ahci :00:1f.2: AHCI 0001.0100 32 slots 4 ports 1.5 Gbps 0xf impl SATA mode ahci :00:1f.2: flags: 64bit ncq pm led clo pio slum part scsi0 : ahci scsi1 : ahci scsi2 : ahci scsi3 : ahci ata1: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xdc444500 irq 220 ata2: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xdc444580 irq 220 ata3: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xdc444600 irq 220 ata4: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xdc444680 irq 220 ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: ATA-7: WDC WD1200BEVS-07LAT0, 01.06M01, max UDMA/133 ata1.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 1) ata1.00: configured for UDMA/133 ata2: SATA link down (SStatus 0 SControl 0) ata3: SATA link down (SStatus 0 SControl 300) ata4: SATA link down (SStatus 0 SControl 0) scsi 0:0:0:0: Direct-Access ATA WDC WD1200BEVS-0 01.0 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 234441648 512-byte hardware sectors (120034 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 sd 0:0:0:0: [sda] Attached SCSI disk ata_piix :00:1f.1: version 2.12 scsi4 : ata_piix scsi5 : ata_piix ata5: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1810 irq 14 ata6: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1818 irq 15 ata5.00: ATAPI: Optiarc DVD RW AD-7540A, 1.42, max UDMA/33 ata5.00: configured for UDMA/33 ata6: port disabled. ignoring. scsi 4:0:0:0: CD-ROMOptiarc DVD RW AD-7540A 1.42 PQ: 0 ANSI: 5 sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 4:0:0:0: Attached scsi CD-ROM sr0 From hdparm -I /dev/sda: /dev/sda: ATA device, with non-removable media Model Number: WDC WD1200BEVS-07LAT0 Serial Number: WD-WXE906801963 Firmware Revision: 01.06M01 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 LBAuser addressable sectors: 234441648 LBA48
Re: sata_sil24 not configuring drive right?
Hello again, my problem is not with the transfer mode but with the NCQ queue_depth. My bootlog shows: ata1.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 1) but i would like it to show: ata1.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 31/32) or something similar. I was not exact enough concerning the writeability of /sys/block/sda/device/queue_depth The file is not read only but writing to it fails: echo 31 /sys/block/sda/device/queue_depth bash: echo: write error: Invalid argument Syslog appended after quotes (in lack of bootlog) Greetings Johann-Christoph Jacob Tejun Heo wrote: Hello, can you please cc [EMAIL PROTECTED] Johann-Christoph Jacob wrote: 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02) (prog-if 01 [AHCI 1.0]) Subsystem: Fujitsu Siemens Computer GmbH Unknown device 10ad Okay, ICH7 AHCI. From /var/log/kern.log: ahci :00:1f.2: version 3.0 ahci :00:1f.2: nr_ports (4) and implemented port map (0x5) don't match, using nr_ports ahci :00:1f.2: forcing PORTS_IMPL to 0xf ahci :00:1f.2: AHCI 0001.0100 32 slots 4 ports 1.5 Gbps 0xf impl SATA mode ahci :00:1f.2: flags: 64bit ncq pm led clo pio slum part scsi0 : ahci scsi1 : ahci scsi2 : ahci scsi3 : ahci ata1: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xdc444500 irq 220 ata2: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xdc444580 irq 220 ata3: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xdc444600 irq 220 ata4: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0xdc444680 irq 220 ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) ata1.00: ATA-7: WDC WD1200BEVS-07LAT0, 01.06M01, max UDMA/133 ata1.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 1) Hmm.. Can you please post boot log from 2.6.24? ata1.00: configured for UDMA/133 From hdparm -I /dev/sda: /dev/sda: ATA device, with non-removable media Model Number: WDC WD1200BEVS-07LAT0 Serial Number: WD-WXE906801963 Firmware Revision: 01.06M01 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 LBAuser addressable sectors: 234441648 LBA48 user addressable sectors: 234441648 device size with M = 1024*1024: 114473 MBytes device size with M = 1000*1000: 120034 MBytes (120 GB) Capabilities: LBA, IORDY(can be disabled) Queue depth: 1 Standby timer values: spec'd by Standard, with device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x00fe) Recommended acoustic management value: 128, current value: 128 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 Transfer mode is configured correctly. Nothing to worry about there. Thanks. /var/log/syslog for current run: Feb 20 17:23:40 amilo syslogd 1.5.0#1.1: restart. Feb 20 17:23:40 amilo kernel: klogd 1.5.0#1.1, log source = /proc/kmsg started. Feb 20 17:23:40 amilo kernel: Linux version 2.6.24.2 ([EMAIL PROTECTED]) (gcc version 4.2.3 20080114 (prerelease) (Debian 4.2.2-7)) #1 SMP PREEMPT Mon Feb 11 22:01:11 CET 2008 Feb 20 17:23:40 amilo kernel: BIOS-provided physical RAM map: Feb 20 17:23:40 amilo kernel: BIOS-e820: - 0009f800 (usable) Feb 20 17:23:40 amilo kernel: BIOS-e820: 0009f800 - 000a (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: 000dc000 - 0010 (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: 0010 - 7f69 (usable) Feb 20 17:23:40 amilo kernel: BIOS-e820: 7f69 - 7f70 (ACPI NVS) Feb 20 17:23:40 amilo kernel: BIOS-e820: 7f70 - 8000 (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: e000 - f000 (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: fec0 - fec1 (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: fed0 - fed00400 (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: fed14000 - fed1a000 (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: fed1c000 - fed9 (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: fee0 - fee01000 (reserved) Feb 20 17:23:40 amilo kernel: BIOS-e820: ff00 - 0001 (reserved) Feb 20 17:23:40 amilo kernel: 1142MB HIGHMEM available. Feb 20 17:23:40 amilo kernel: 896MB LOWMEM available. Feb 20 17:23:40 amilo kernel: found SMP MP-table at 000f7640 Feb 20 17:23:40 amilo kernel: Entering add_active_range(0, 0, 521872) 0 entries of 256 used Feb 20 17:23:40 amilo
Re: sata_sil24 not configuring drive right?
Johann-Christoph Jacob wrote: my problem is not with the transfer mode but with the NCQ queue_depth. My bootlog shows: ata1.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 1) but i would like it to show: ata1.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 31/32) or something similar. I was not exact enough concerning the writeability of /sys/block/sda/device/queue_depth The file is not read only but writing to it fails: echo 31 /sys/block/sda/device/queue_depth bash: echo: write error: Invalid argument Right. ATA device, with non-removable media Model Number: WDC WD1200BEVS-07LAT0 Serial Number: WD-WXE906801963 Firmware Revision: 01.06M01 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 LBAuser addressable sectors: 234441648 LBA48 user addressable sectors: 234441648 device size with M = 1024*1024: 114473 MBytes device size with M = 1000*1000: 120034 MBytes (120 GB) Capabilities: LBA, IORDY(can be disabled) Queue depth: 1 Hmm... Here it is. Interesting. The drive is reporting queue depth of 1. Interesting. This is the first time I see this. The drive is telling libata that it supports NCQ and the max queue depth is 1 and libata configures it accordingly. I'll ask wd about it. Thanks. -- tejun - To unsubscribe from this list: send the line unsubscribe linux-ide in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: sata_sil24 not configuring drive right?
Theo Baumgartner wrote: Hello I've got a sil3124 card which doesn't seem to use the full speed of my drives. --- ata1: SATA max UDMA/100 cmd 0xe085 ctl 0x bmdma 0x irq 17 ata2: SATA max UDMA/100 cmd 0xe0852000 ctl 0x bmdma 0x irq 17 ata3: SATA max UDMA/100 cmd 0xe0854000 ctl 0x bmdma 0x irq 17 ata4: SATA max UDMA/100 cmd 0xe0856000 ctl 0x bmdma 0x irq 17 scsi0 : sata_sil24 ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata1.00: ATA-7: WDC WD3200YS-01PGB0, 21.00M21, max UDMA/133 ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 1) ata1.00: configured for UDMA/100 scsi1 : sata_sil24 ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata2.00: ATA-7: WDC WD3200YS-01PGB0, 21.00M21, max UDMA/133 ata2.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 1) ata2.00: configured for UDMA/100 scsi2 : sata_sil24 ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata3.00: ATA-7: WDC WD3200YS-01PGB0, 21.00M21, max UDMA/133 ata3.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 1) ata3.00: configured for UDMA/100 scsi3 : sata_sil24 ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata4.00: ATA-7: WDC WD3200YS-01PGB0, 21.00M21, max UDMA/133 ata4.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 1) ata4.00: configured for UDMA/100 --- Why does it tell max UDMA/133 but then just uses UDMA/100? That's the controller mask being applied. UDMA mode doesn't matter for native SATA devices at all, so just ignore it. and what about the NCQ depth 1? That's the harddrive reporting NCQ max depth of 1. Interesting. Care to post the result of hdparm -I /dev/sda? -- tejun - To unsubscribe from this list: send the line unsubscribe linux-ide in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
