| View previous topic :: View next topic |
| Author |
Message |
Kenji Miyamoto
Veteran
Joined: 28 May 2005
Posts: 1452
Location: Looking over your shoulder.
|
 Posted: Sun Dec 31, 2006 1:32 am Post subject: New SATA/IDE Drivers and DMA |
 |
|
How could I get these new drivers to work with DMA? They claim that it is disabled when I run fsck, and hdparm doesn't do anything.
_________________
[ Kawa-kun, new and improved!! ]
Alex Libman seems to be more of an anarchist than a libertarian. |
|
| Back to top |
|
 |
desultory
Bodhisattva
Joined: 04 Nov 2005
Posts: 9410
|
| Posted: Sun Dec 31, 2006 6:34 am Post subject: |
|
|
| Do you have chipset appropriate modules built in to the kernel? |
|
| Back to top |
|
|
Kenji Miyamoto
Veteran
Joined: 28 May 2005
Posts: 1452
Location: Looking over your shoulder.
|
| Posted: Sun Dec 31, 2006 6:40 am Post subject: |
|
|
Under the new drivers, yes, but not under the old drivers.
_________________
[ Kawa-kun, new and improved!! ]
Alex Libman seems to be more of an anarchist than a libertarian. |
|
| Back to top |
|
|
cyrillic
Watchman
Joined: 19 Feb 2003
Posts: 7313
Location: Groton, Massachusetts USA
|
| Posted: Sun Dec 31, 2006 8:04 pm Post subject: Re: New SATA/IDE Drivers and DMA |
|
|
| Kenji Miyamoto wrote: | | They claim that it is disabled when I run fsck, and hdparm doesn't do anything. |
What does dmesg have to say when the harddrive gets detected ?
Mine looks like this :
| Code: | # dmesg | less
...
sata_sil 0000:01:0d.0: version 2.0
ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
ACPI: PCI Interrupt 0000:01:0d.0[A] -> Link [APC3] -> GSI 18 (level, high) -> IRQ 17
ata1: SATA max UDMA/100 cmd 0xF8802080 ctl 0xF880208A bmdma 0xF8802000 irq 17
ata2: SATA max UDMA/100 cmd 0xF88020C0 ctl 0xF88020CA bmdma 0xF8802008 irq 17
scsi0 : sata_sil
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata1.00: ATA-6, max UDMA/100, 625142448 sectors: LBA48
ata1.00: ata1: dev 0 multi count 16
ata1.00: configured for UDMA/100
scsi 0:0:0:0: Direct-Access ATA WDC WD3200JD-22K 08.0 PQ: 0 ANSI: 5
SCSI device sda: 625142448 512-byte hdwr sectors (320073 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda:
sd 0:0:0:0: Attached scsi disk sda
sd 0:0:0:0: Attached scsi generic sg0 type 0 |
|
|
| Back to top |
|
|
Kenji Miyamoto
Veteran
Joined: 28 May 2005
Posts: 1452
Location: Looking over your shoulder.
|
| Posted: Mon Jan 01, 2007 5:05 am Post subject: |
|
|
| Code: | Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ide0: I/O resource 0x1F0-0x1F7 not free.
ide0: ports already in use, skipping probe
Probing IDE interface ide1...
hdc: MATSHITADVD-RAM UJ-841S, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hdc: ATAPI 24X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
Loading iSCSI transport class v2.0-724.<7>ata_piix 0000:00:1f.2: version 2.00ac6
ata_piix 0000:00:1f.2: MAP [ P0 P2 IDE IDE ]
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 19
ata: 0x170 IDE port busy
ata: conflict with ide1
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x18B0 irq 14
ata2: DUMMY
scsi0 : ata_piix
ata1.00: ATA-6, max UDMA/100, 156301488 sectors: LBA48 NCQ (depth 0/32)
ata1.00: ata1: dev 0 multi count 16
ata1.00: configured for UDMA/100
scsi1 : ata_piix
scsi 0:0:0:0: Direct-Access ATA TOSHIBA MK8032GS AS11 PQ: 0 ANSI: 5
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 sda3 sda4
sd 0:0:0:0: Attached scsi disk sda
sd 0:0:0:0: Attached scsi generic sg0 type 0 |
_________________
[ Kawa-kun, new and improved!! ]
Alex Libman seems to be more of an anarchist than a libertarian. |
|
| Back to top |
|
|
Kenji Miyamoto
Veteran
Joined: 28 May 2005
Posts: 1452
Location: Looking over your shoulder.
|
| Posted: Mon Jan 01, 2007 11:36 pm Post subject: |
|
|
Does nobody see what the problem is? | Code: | /dev/sda:
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 9729/255/63, sectors = 156301488, start = 0
/dev/hdc:
IO_support = 1 (32-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
HDIO_GETGEO failed: Inappropriate ioctl for device |
It looks like the ATA DVD drive is at least doing something properly.
_________________
[ Kawa-kun, new and improved!! ]
Alex Libman seems to be more of an anarchist than a libertarian. |
|
| Back to top |
|
|
cyrillic
Watchman
Joined: 19 Feb 2003
Posts: 7313
Location: Groton, Massachusetts USA
|
| Posted: Tue Jan 02, 2007 3:57 am Post subject: |
|
|
| Kenji Miyamoto wrote: | | Code: | ide0: I/O resource 0x1F0-0x1F7 not free.
ide0: ports already in use, skipping probe
...
ata: 0x170 IDE port busy
ata: conflict with ide1
|
|
You need to get rid of the (older) IDE drivers if you want to use the (newer) libata SCSI drivers, or vice-versa. |
|
| Back to top |
|
|
Kenji Miyamoto
Veteran
Joined: 28 May 2005
Posts: 1452
Location: Looking over your shoulder.
|
| Posted: Fri Jan 12, 2007 1:40 am Post subject: |
|
|
Unfortunately, I still don't get DMA support, at least according to hdparm. It's the same on another computer with the same PATA host controller, but with the main drives (sda and sdb, previously hda and hdc) on it, not only the CD-ROM.
_________________
[ Kawa-kun, new and improved!! ]
Alex Libman seems to be more of an anarchist than a libertarian. |
|
| Back to top |
|
|
rapsure
Apprentice
Joined: 29 Apr 2004
Posts: 172
Location: Logan, UT USA
|
| Posted: Fri Jan 12, 2007 3:55 am Post subject: |
|
|
DMA is done automatically with the new libata drivers for the pata devices. DMA can not be set with hdparm or any other utility when the device is managed with the new libata drivers. The new drivers automatically configure the devices for the highest speed of communication that the device supports which includes DMA transfers. To find out what the device as been configured for check the kernel messages.
_________________
 Hindi ko naintindihan, pakiulit. Sometimes my code works. |
|
| Back to top |
|
|
depontius
Advocate
Joined: 05 May 2004
Posts: 3525
|
| Posted: Wed Jan 31, 2007 8:40 pm Post subject: |
|
|
| rapsure wrote: | | DMA is done automatically with the new libata drivers for the pata devices. DMA can not be set with hdparm or any other utility when the device is managed with the new libata drivers. The new drivers automatically configure the devices for the highest speed of communication that the device supports which includes DMA transfers. To find out what the device as been configured for check the kernel messages. |
I just tried out libata on my laptop with the new 2.6.19-gentoo-r5 kernel. It seems to work well, so far. Switching partitions to use device labels instead of /dev names certainly helps things along, and makes it possible to go back. I have smartd working, changing to /dev/sda with the "-d ata" flag, and get results from "hdparm -I /dev/sda", but not "hdparm -i /dev/sda", and haven't tried other stuff yet.
Anyone have any idea when hdparm will be fully enabled under libata/pata?
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
|
Kernel & Hardware
