Re: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
On Sun, 13 Jan 2008, Alan Cox wrote:
$ hdparm --Istdin < hdparm.out
ATA device, with non-removable media
Model Number: Integrated Technology Express Inc
Serial Number: G!
Standards:
Likely used: 1
Configuration:
Logical max current
cylinders 0 0
heads 0 0
sectors/track 0 0
--
device size with M = 1024*1024: 0 MBytes
device size with M = 1000*1000: 0 MBytes
Capabilities:
IORDY not likely
Cannot perform double-word IO
R/W multiple sector transfer: not supported
DMA: not supported
PIO: pio0
The only thing which matches the number of sectors is at word 100 which
is in reserved area. What's going on here?
Looks totally corrupt. Functioning ITE firmware RAID produces a fairly
poor response which is why we fix up the DMA flag but does report the
volume size correctly.
What firmware rev is this mess coming from ?
The firmware revision was 1.7.1.93
I have the capacity to boot with firmware version 1.41. I did this with
the 2.6.20 kernel and hdparm --Istdout /dev/hde produced this:
/dev/hde:
2008 1301 1501 1701 0101 0005
496e 7465 6772 6174 6564
2054 6563 686e 6f6c 6f67 7920 4578 7072
6573 7320 496e 6320 2020 2020 2020
0fff 0007
003f
9eae 12a1
0001 0003 3133 2121 9111 0091 3266
0021 0021 0001 0505 0005 0500 0005
0005 0005 0040
0001
Interpreted by hdparm --Istdin, the meaning is the same.
Marc H. Zuckman
-
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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
> $ hdparm --Istdin < hdparm.out > ATA device, with non-removable media > Model Number: Integrated Technology Express Inc > Serial Number: G! > Standards: > Likely used: 1 > Configuration: > Logical max current > cylinders 0 0 > heads 0 0 > sectors/track 0 0 > -- > device size with M = 1024*1024: 0 MBytes > device size with M = 1000*1000: 0 MBytes > Capabilities: > IORDY not likely > Cannot perform double-word IO > R/W multiple sector transfer: not supported > DMA: not supported > PIO: pio0 > > The only thing which matches the number of sectors is at word 100 which > is in reserved area. What's going on here? Looks totally corrupt. Functioning ITE firmware RAID produces a fairly poor response which is why we fix up the DMA flag but does report the volume size correctly. What firmware rev is this mess coming from ? Tejun - some of the reserved words indicate raid info, see the way the driver uses them to report raid type/size. Alan - 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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
On Sun, 13 Jan 2008, Tejun Heo wrote: Does this change anything? And, yeah, I really wanna see the hdparm --Istdout too. I applied the patch to libata-core.c. A scsi device, /dev/sdb, was recognized, but partition /dev/sdb1 (where all the data resides) is not seen. Boot log messages and hdparm output follow: Linux version 2.6.23.12 ([EMAIL PROTECTED]) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #5 SMP Sun Jan 13 01:07:07 EST 2008 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 5fff (usable) BIOS-e820: 5fff - 5fff3000 (ACPI NVS) BIOS-e820: 5fff3000 - 6000 (ACPI data) BIOS-e820: fec0 - 0001 (reserved) 639MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f5320 Entering add_active_range(0, 0, 393200) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem229376 -> 393200 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 -> 393200 On node 0 totalpages: 393200 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 1279 pages used for memmap HighMem zone: 162545 pages, LIFO batch:31 Movable zone: 0 pages used for memmap DMI 2.3 present. Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: OEM0 Product ID: PROD APIC at: 0xFEE0 Processor #0 15:2 APIC version 17 I/O APIC #2 Version 17 at 0xFEC0. Enabling APIC mode: Flat. Using 1 I/O APICs Processors: 1 Allocating PCI resources starting at 7000 (gap: 6000:9ec0) Built 1 zonelists in Zone order. Total pages: 390129 Kernel command line: BOOT_IMAGE=p1ata2.6.23 ro root=307 ide0=ata66 ide2=ata66 ide_setup: ide0=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON! ide_setup: ide2=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON! mapped APIC to b000 (fee0) mapped IOAPIC to a000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 2813.563 MHz processor. Console: colour VGA+ 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1552764k/1572800k available (3124k kernel code, 18908k reserved, 1707k data, 256k init, 655296k highmem) virtual kernel memory layout: fixmap : 0xffe1a000 - 0xf000 (1940 kB) pkmap : 0xff80 - 0xffc0 (4096 kB) vmalloc : 0xf880 - 0xff7fe000 ( 111 MB) lowmem : 0xc000 - 0xf800 ( 896 MB) .init : 0xc05bf000 - 0xc05ff000 ( 256 kB) .data : 0xc040d037 - 0xc05b7ebc (1707 kB) .text : 0xc010 - 0xc040d037 (3124 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 5631.42 BogoMIPS (lpj=11262850) Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 4400 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff b080 4400 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled Compat vDSO mapped to e000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 17k freed CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09 Total of 1 processors activated (5631.42 BogoMIPS). ExtINT not setup in hardware but reported by MP table ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=0 pin2=0 Brought up 1 CPUs NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfb640, last bus=3 PCI: Using configuration type 1 Setting up standard PCI resources SCSI subsystem initialized libata version 2.21 loaded. usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 1080-10bf claimed by ICH4 GPIO PCI: Transparent bridge - :00:1e.0 PCI: Using IRQ router PIIX/ICH [8086/24d0] at :00:1f.0 PCI->APIC IRQ transform: :00:1d.0[A] -> IRQ 16 PCI->APIC IRQ transform: :00:1d.1[B] -> IRQ 19 PCI->APIC IRQ transform: :00:1d.2[C] -> IRQ 18 PCI->APIC IRQ transfo
Re: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
Marc Howard Zuckman wrote: > On Sat, 12 Jan 2008, Bartlomiej Zolnierkiewicz wrote: > >> >> In "smart mode" controller takes care of mode programming. >> >>> Cc'ing Alan and Bartlomiej. Guys, is this the smart mode problem? Do >>> ide and libata have this fixed in 2.6.24-rc? >> >> [ added Alan and myself ;) to cc: ] >> >> Marc, please also send output of 'hdparm --Istdout /dev/hde' command. >> > This is the output from hdparm with my non-working vanilla 2.6.23.12. > > > /dev/hde: > > 2008 1301 0501 4721 0101 0005 > > 496e 7465 6772 6174 6564 > 2054 6563 686e 6f6c 6f67 7920 4578 7072 > 6573 7320 496e 6320 2020 2020 2020 > > 0fff 0007 > > > > 003f > 9eae 12a1 > > > > 0001 0003 3133 2121 9111 0091 3266 > 0021 0021 0001 0505 0005 0500 0005 > 0005 0005 0040 > 0001 > > > > > > > > > > > > Hmm... this is horrifying. $ hdparm --Istdin < hdparm.out ATA device, with non-removable media Model Number: Integrated Technology Express Inc Serial Number: G! Standards: Likely used: 1 Configuration: Logical max current cylinders 0 0 heads 0 0 sectors/track 0 0 -- device size with M = 1024*1024: 0 MBytes device size with M = 1000*1000: 0 MBytes Capabilities: IORDY not likely Cannot perform double-word IO R/W multiple sector transfer: not supported DMA: not supported PIO: pio0 The only thing which matches the number of sectors is at word 100 which is in reserved area. What's going on here? -- 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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
On Sun, 13 Jan 2008, Tejun Heo wrote: Does this change anything? And, yeah, I really wanna see the hdparm --Istdout too. I will apply the patch and test it as you have requested. To be clear, the output of the hpdarm -Istdout /dev/hde command that I reported a few minutes ago was performed with a vanilla 2.6.23.12 kernel that, as you pointed out, was utilizing the it821x driver rather than the pata_it821x driver. That may be obvious to you, but I thought I should be explicit about it. Now, with reference to the 2.6.23.12 kernel with the unpatched version of the libata code, I don't think I can do much with hdparm since the raid array does not seem to be recognized as a device. If my understanding is correct based on the kernel boot messages, it seems to me that pata_it821x is going to treat the array as a scsi block device, which on my system will configure as /dev/sdb if the array is recognized. Marc H. Zuckman - 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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
On Sat, 12 Jan 2008, Bartlomiej Zolnierkiewicz wrote:
In "smart mode" controller takes care of mode programming.
Cc'ing Alan and Bartlomiej. Guys, is this the smart mode problem? Do
ide and libata have this fixed in 2.6.24-rc?
[ added Alan and myself ;) to cc: ]
Marc, please also send output of 'hdparm --Istdout /dev/hde' command.
This is the output from hdparm with my non-working vanilla 2.6.23.12.
/dev/hde:
2008 1301 0501 4721 0101 0005
496e 7465 6772 6174 6564
2054 6563 686e 6f6c 6f67 7920 4578 7072
6573 7320 496e 6320 2020 2020 2020
0fff 0007
003f
9eae 12a1
0001 0003 3133 2121 9111 0091 3266
0021 0021 0001 0505 0005 0500 0005
0005 0005 0040
0001
The output from this command with the it821x supported raid array in my 2.6.20
kernel version is identical EXCEPT for the hex codes delimited by the *.
With 2.6.20, those hex codes are 0925.
Marc H. Zuckman
-
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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
Marc Howard Zuckman wrote:
> On Fri, 11 Jan 2008, Tejun Heo, replying to Marc Zuckman wrote:
>
>>> Zuckman:
>
>>> Is it possible that both drivers are present in the kernel and conflict
>>> with one another in some fashion?
>> Heo:
>
>> The don't conflict. If both are in the kernel, IDE drivers have
>> priority. Can you please try the libata driver and see if anything is
>> different?
>
> It's different, but the drive array does not function.
>
> These are the boot messages with libata and pata_it821x configured.
> Note that I left the old ide drivers in the kernel for the ICH5
> controller.
Does this change anything? And, yeah, I really wanna see the hdparm
--Istdout too.
Thanks.
--
tejun
---
drivers/ata/libata-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: tree0/drivers/ata/libata-core.c
===
--- tree0.orig/drivers/ata/libata-core.c
+++ tree0/drivers/ata/libata-core.c
@@ -1745,7 +1745,7 @@ int ata_dev_read_id(struct ata_device *d
* anything else..
* Some drives were very specific about that exact sequence.
*/
- if (ata_id_major_version(id) < 4 || !ata_id_has_lba(id)) {
+ if (0 && (ata_id_major_version(id) < 4 || !ata_id_has_lba(id))) {
err_mask = ata_dev_init_params(dev, id[3], id[6]);
if (err_mask) {
rc = -EIO;
Re: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
On Fri, 11 Jan 2008, Tejun Heo, replying to Marc Zuckman wrote: Zuckman: Is it possible that both drivers are present in the kernel and conflict with one another in some fashion? Heo: The don't conflict. If both are in the kernel, IDE drivers have priority. Can you please try the libata driver and see if anything is different? It's different, but the drive array does not function. These are the boot messages with libata and pata_it821x configured. Note that I left the old ide drivers in the kernel for the ICH5 controller. Linux version 2.6.23.12 ([EMAIL PROTECTED]) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #4 SMP Sat Jan 12 08:43:11 EST 2008 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 5fff (usable) BIOS-e820: 5fff - 5fff3000 (ACPI NVS) BIOS-e820: 5fff3000 - 6000 (ACPI data) BIOS-e820: fec0 - 0001 (reserved) 639MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f5320 Entering add_active_range(0, 0, 393200) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem229376 -> 393200 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 -> 393200 On node 0 totalpages: 393200 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 1279 pages used for memmap HighMem zone: 162545 pages, LIFO batch:31 Movable zone: 0 pages used for memmap DMI 2.3 present. Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: OEM0 Product ID: PROD APIC at: 0xFEE0 Processor #0 15:2 APIC version 17 I/O APIC #2 Version 17 at 0xFEC0. Enabling APIC mode: Flat. Using 1 I/O APICs Processors: 1 Allocating PCI resources starting at 7000 (gap: 6000:9ec0) Built 1 zonelists in Zone order. Total pages: 390129 Kernel command line: BOOT_IMAGE=ata2.6.23 ro root=307 ide0=ata66 ide2=ata66 ide_setup: ide0=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON! ide_setup: ide2=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON! mapped APIC to b000 (fee0) mapped IOAPIC to a000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 2813.721 MHz processor. Console: colour VGA+ 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1552756k/1572800k available (3124k kernel code, 18916k reserved, 1711k data, 256k init, 655296k highmem) virtual kernel memory layout: fixmap : 0xffe1a000 - 0xf000 (1940 kB) pkmap : 0xff80 - 0xffc0 (4096 kB) vmalloc : 0xf880 - 0xff7fe000 ( 111 MB) lowmem : 0xc000 - 0xf800 ( 896 MB) .init : 0xc05c1000 - 0xc0601000 ( 256 kB) .data : 0xc040d15f - 0xc05b8ebc (1711 kB) .text : 0xc010 - 0xc040d15f (3124 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 5631.43 BogoMIPS (lpj=11262875) Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 4400 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff b080 4400 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled Compat vDSO mapped to e000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 17k freed CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09 Total of 1 processors activated (5631.43 BogoMIPS). ExtINT not setup in hardware but reported by MP table ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=0 pin2=0 Brought up 1 CPUs NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfb640, last bus=3 PCI: Using configuration type 1 Setting up standard PCI resources SCSI subsystem initialized libata version 2.21 loaded. usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 1080-10bf claimed by ICH4 GPIO PCI: Transparent bridge - :0
Re: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
On Thursday 10 January 2008, Tejun Heo wrote: > Marc Howard Zuckman wrote: > > With apologies if this was supposed to be an attachment: > > Inline is fine. > > > IT8212: IDE controller at PCI slot :03:0c.0 > > IT8212: chipset revision 17 > > it821x: controller in smart mode. > > IT8212: 100% native mode on irq 21 > > ide2: BM-DMA at 0xb800-0xb807, BIOS settings: hde:DMA, hdf:pio > > ide3: BM-DMA at 0xb808-0xb80f, BIOS settings: hdg:pio, hdh:pio > > Probing IDE interface ide2... > > hde: Integrated Technology Express Inc, ATA DISK drive > > hde: IT8212 RAID 1 volume. > > hde: selected mode 0x0 > > ide2 at 0xa810-0xa817,0xac02 on irq 21 > > Probing IDE interface ide3... > > Probing IDE interface ide3... > > Probing IDE interface ide4... > > Probing IDE interface ide5... > > hda: max request size: 128KiB > > hda: Host Protected Area detected. > > current capacity is 195369455 sectors (100029 MB) > > native capacity is 195371568 sectors (100030 MB) > > hda: Host Protected Area disabled. > > hda: 195371568 sectors (100030 MB) w/2048KiB Cache, CHS=65535/16/63, > > UDMA(100) > > hda: cache flushes not supported > > hda: hda1 hda2 hda3 < hda5 hda6 hda7 > > > Oh... I thought you were using libata drivers because you mentioned > pata_it821x on the subject. The IDE driver supports 'hdparm -d 1' fine. > I wonder why that's not working. Also, the driver is configuring your > disk to PIO0. In "smart mode" controller takes care of mode programming. > Cc'ing Alan and Bartlomiej. Guys, is this the smart mode problem? Do > ide and libata have this fixed in 2.6.24-rc? [ added Alan and myself ;) to cc: ] Possibly. Marc, please also send output of 'hdparm --Istdout /dev/hde' command. Thanks, Bart - 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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
Marc Howard Zuckman wrote: > On Thu, 10 Jan 2008, Tejun Heo wrote: > >> >> Oh... I thought you were using libata drivers because you mentioned >> pata_it821x on the subject. The IDE driver supports 'hdparm -d 1' fine. >> I wonder why that's not working. Also, the driver is configuring your >> disk to PIO0. >> >> Cc'ing Alan and Bartlomiej. Guys, is this the smart mode problem? Do >> ide and libata have this fixed in 2.6.24-rc? >> > And I thought I was using pata_it821x because pata_it821x.o is compiled > as an object file in my source tree. On the other hand, it821x.o is > also compiled. > Looking back at the .config file, CONFIG_ATA is not set, so I'm not > quite sure why pata_821x.o does exist. > > Is it possible that both drivers are present in the kernel and conflict > with one another in some fashion? The don't conflict. If both are in the kernel, IDE drivers have priority. Can you please try the libata driver and see if anything is different? -- 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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
On Thu, 10 Jan 2008, Tejun Heo wrote: Oh... I thought you were using libata drivers because you mentioned pata_it821x on the subject. The IDE driver supports 'hdparm -d 1' fine. I wonder why that's not working. Also, the driver is configuring your disk to PIO0. Cc'ing Alan and Bartlomiej. Guys, is this the smart mode problem? Do ide and libata have this fixed in 2.6.24-rc? And I thought I was using pata_it821x because pata_it821x.o is compiled as an object file in my source tree. On the other hand, it821x.o is also compiled. Looking back at the .config file, CONFIG_ATA is not set, so I'm not quite sure why pata_821x.o does exist. Is it possible that both drivers are present in the kernel and conflict with one another in some fashion? Marc H. Zuckman - 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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
Marc Howard Zuckman wrote: > With apologies if this was supposed to be an attachment: Inline is fine. > IT8212: IDE controller at PCI slot :03:0c.0 > IT8212: chipset revision 17 > it821x: controller in smart mode. > IT8212: 100% native mode on irq 21 > ide2: BM-DMA at 0xb800-0xb807, BIOS settings: hde:DMA, hdf:pio > ide3: BM-DMA at 0xb808-0xb80f, BIOS settings: hdg:pio, hdh:pio > Probing IDE interface ide2... > hde: Integrated Technology Express Inc, ATA DISK drive > hde: IT8212 RAID 1 volume. > hde: selected mode 0x0 > ide2 at 0xa810-0xa817,0xac02 on irq 21 > Probing IDE interface ide3... > Probing IDE interface ide3... > Probing IDE interface ide4... > Probing IDE interface ide5... > hda: max request size: 128KiB > hda: Host Protected Area detected. > current capacity is 195369455 sectors (100029 MB) > native capacity is 195371568 sectors (100030 MB) > hda: Host Protected Area disabled. > hda: 195371568 sectors (100030 MB) w/2048KiB Cache, CHS=65535/16/63, > UDMA(100) > hda: cache flushes not supported > hda: hda1 hda2 hda3 < hda5 hda6 hda7 > Oh... I thought you were using libata drivers because you mentioned pata_it821x on the subject. The IDE driver supports 'hdparm -d 1' fine. I wonder why that's not working. Also, the driver is configuring your disk to PIO0. Cc'ing Alan and Bartlomiej. Guys, is this the smart mode problem? Do ide and libata have this fixed in 2.6.24-rc? 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: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
On Wed, 9 Jan 2008, Tejun Heo wrote: hdparm -d1 isn't supported (yet). pata_it821x will configure DMA automatically. OK. So prior to rebooting 2.3.23.12 (boot log attached), I disabled hdparm for my hde raid array during the boot process. However, after booting, hdparm still shows that dma is not set on the array and the drive behaviour matches that. Can you post full boot log? With apologies if this was supposed to be an attachment: Linux version 2.6.23.12 ([EMAIL PROTECTED]) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #3 SMP Sat Jan 5 10:52:37 EST 2008 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 5fff (usable) BIOS-e820: 5fff - 5fff3000 (ACPI NVS) BIOS-e820: 5fff3000 - 6000 (ACPI data) BIOS-e820: fec0 - 0001 (reserved) 639MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000f5320 Entering add_active_range(0, 0, 393200) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem229376 -> 393200 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 -> 393200 On node 0 totalpages: 393200 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 1279 pages used for memmap HighMem zone: 162545 pages, LIFO batch:31 Movable zone: 0 pages used for memmap DMI 2.3 present. Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: OEM0 Product ID: PROD APIC at: 0xFEE0 Processor #0 15:2 APIC version 17 I/O APIC #2 Version 17 at 0xFEC0. Enabling APIC mode: Flat. Using 1 I/O APICs Processors: 1 Allocating PCI resources starting at 7000 (gap: 6000:9ec0) Built 1 zonelists in Zone order. Total pages: 390129 Kernel command line: BOOT_IMAGE=vanilla2.6.23 ro root=307 ide0=ata66 ide2=ata66 ide_setup: ide0=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON! ide_setup: ide2=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON! mapped APIC to b000 (fee0) mapped IOAPIC to a000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Detected 2813.584 MHz processor. Console: colour VGA+ 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1552844k/1572800k available (3074k kernel code, 18828k reserved, 1677k data, 256k init, 655296k highmem) virtual kernel memory layout: fixmap : 0xffe1a000 - 0xf000 (1940 kB) pkmap : 0xff80 - 0xffc0 (4096 kB) vmalloc : 0xf880 - 0xff7fe000 ( 111 MB) lowmem : 0xc000 - 0xf800 ( 896 MB) .init : 0xc05ab000 - 0xc05eb000 ( 256 kB) .data : 0xc040099f - 0xc05a3ebc (1677 kB) .text : 0xc010 - 0xc040099f (3074 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 5631.53 BogoMIPS (lpj=11263073) Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 4400 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff b080 4400 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled Compat vDSO mapped to e000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 17k freed CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09 Total of 1 processors activated (5631.53 BogoMIPS). ExtINT not setup in hardware but reported by MP table ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=0 pin2=0 Brought up 1 CPUs NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfb640, last bus=3 PCI: Using configuration type 1 Setting up standard PCI resources SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI quirk: region 1000-107f claimed by ICH4 ACPI/GPIO/TCO PCI quirk: region 1080-10bf claimed by ICH4 GPIO PCI: Transparent bridge - :00:1e.0 PCI: Using IRQ router PIIX/ICH [8086/24d0] at :00:1f.0 PCI->APIC IRQ transform: :00:1d.0[A] -> IRQ 16 PCI->APIC IRQ transf
Re: Problem setting dma using pata_it821x driver in vanilla 2.6.23.12 and gentoo-sources 2.6.23-r3
Hello, Marc Zuckman wrote: > I recently compiled gentoo-sources-2.6.23-r3 and subsequently vanilla > 2.6.23.12 , but could not get hdparm v 7.7 (or earlier) to set my it8212f > controlled raid array to use dma. > > From past experience, I have learned that my raid 1 array (using the it8212f > raid controller present on my Gigabyte motherboard ) will not function > properly unless it is set to use dma with hdparm. As a result, I execute > hdparm -d1 /dev/hde in both the Gentoo boot and ordinary run levels. The > system has worked fine with multiple 2.6.x kernels. The last kernel that I > have successfully used is 2.6.20-gentoo-r7 (gentoo-sources). hdparm -d1 isn't supported (yet). pata_it821x will configure DMA automatically. > I have checked linux kernel archives several times and have posted this > problem on gentoo forums, but have not been able to find similar reports. > > Perhaps related, but I doubt it, are boot messages that I initially received > about disabling speeds > udma 33 due to failure to detect proper cabling on > the host side of several ide interfaces (more details unfortunately vague). > My cabling is definitely proper. I haven't noted the cabling messages with > recent boot attempts with the problem kernels and I think (not 100% sure) > they were abolished by using the "OBSOLETE" lilo boot loader append > commands "ide0=ata66, ide2=ata66" Can you post full boot log? -- 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
