* unable to set udma >= 3 on ich5 on 2.6.11
@ 2005-06-20 12:06 Rafael Espíndola
2005-06-20 19:15 ` Bartlomiej Zolnierkiewicz
2005-06-21 17:50 ` Balazs Ree
0 siblings, 2 replies; 7+ messages in thread
From: Rafael Espíndola @ 2005-06-20 12:06 UTC (permalink / raw)
To: linux-ide
I have a intel 865glc motherboard. lspci shows
0000:00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100
Storage Controller (rev 02)
0000:00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) Serial ATA 150 Storage
Controller (rev 02)
from the above message and from the fact that the line
"combined mode detected" does NOT appears in dmesg I assume that I am
not I am not in combined mode. Right?
In the bios config the disk (a quantum lct 30GB) is listed as having a 80
connector cable attached and working at udma5.
Unfortunately hdparm shows the drive at udma2:
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
and using -X69 does not change it.
I see that someone had a similar problem in freebsd:
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2003-12/0022.html
Maybe it is the same problem (80 conductors cable not detected by the driver).
Does someone has a suggestion before I start adding prinks to piix.c? :)
Thanks,
Rafael Ávila de Espíndola
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: unable to set udma >= 3 on ich5 on 2.6.11
2005-06-20 12:06 unable to set udma >= 3 on ich5 on 2.6.11 Rafael Espíndola
@ 2005-06-20 19:15 ` Bartlomiej Zolnierkiewicz
2005-06-20 23:14 ` Rafael Ávila de Espíndola
2005-06-21 17:50 ` Balazs Ree
1 sibling, 1 reply; 7+ messages in thread
From: Bartlomiej Zolnierkiewicz @ 2005-06-20 19:15 UTC (permalink / raw)
To: Rafael Espíndola; +Cc: linux-ide
dmesg output, please...
Bartlomiej
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: unable to set udma >= 3 on ich5 on 2.6.11
2005-06-20 19:15 ` Bartlomiej Zolnierkiewicz
@ 2005-06-20 23:14 ` Rafael Ávila de Espíndola
0 siblings, 0 replies; 7+ messages in thread
From: Rafael Ávila de Espíndola @ 2005-06-20 23:14 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: Type: text/plain, Size: 121 bytes --]
Em Mon 20 Jun 2005 16:15, Bartlomiej Zolnierkiewicz escreveu:
> dmesg output, please...
>
> Bartlomiej
attached
Rafael
[-- Attachment #2: dmesg --]
[-- Type: text/plain, Size: 16986 bytes --]
Linux version 2.6.11-1-686-smp (dannf@firetheft) (gcc version 3.3.6 (Debian 1:3.3.6-6)) #1 SMP Sun Jun 12 10:32:40 MDT 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e6000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003ef2fc00 (usable)
BIOS-e820: 000000003ef2fc00 - 000000003ef30000 (ACPI NVS)
BIOS-e820: 000000003ef30000 - 000000003ef40000 (ACPI data)
BIOS-e820: 000000003ef40000 - 000000003eff0000 (ACPI NVS)
BIOS-e820: 000000003eff0000 - 000000003f000000 (reserved)
BIOS-e820: 00000000fecf0000 - 00000000fecf1000 (reserved)
BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
111MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000ff780
On node 0 totalpages: 257839
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 225280 pages, LIFO batch:16
HighMem zone: 28463 pages, LIFO batch:6
DMI 2.3 present.
ACPI: RSDP (v000 ACPIAM ) @ 0x000f61e0
ACPI: RSDT (v001 INTEL D865GLC 0x20041124 MSFT 0x00000097) @ 0x3ef30000
ACPI: FADT (v002 INTEL D865GLC 0x20041124 MSFT 0x00000097) @ 0x3ef30200
ACPI: MADT (v001 INTEL D865GLC 0x20041124 MSFT 0x00000097) @ 0x3ef30300
ACPI: ASF! (v016 LEGEND I865PASF 0x00000001 MSFT 0x0100000d) @ 0x3ef34680
ACPI: TCPA (v001 INTEL TBLOEMID 0x00000001 MSFT 0x00000097) @ 0x3ef34719
ACPI: WDDT (v001 INTEL OEMWDDT 0x00000001 MSFT 0x0100000d) @ 0x3ef3474d
ACPI: DSDT (v001 INTEL D865GLC 0x00000001 MSFT 0x0100000d) @ 0x00000000
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 3f000000 (gap: 3f000000:bfcf0000)
Built 1 zonelists
Kernel command line: root=/dev/mapper/debianvg-root ro hda=ata69
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 65536 bytes)
Detected 2793.223 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1013572k/1031356k available (1720k kernel code, 17004k reserved, 719k data, 204k init, 113852k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 5537.79 BogoMIPS (lpj=2768896)
Security Framework v1.0.0 initialized
SELinux: Disabled at boot.
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
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
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
per-CPU timeslice cutoff: 1462.56 usecs.
task migration cache decay timeout: 2 msecs.
Booting processor 1/1 eip 3000
Initializing CPU#1
Calibrating delay loop... 5570.56 BogoMIPS (lpj=2785280)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (12) available
CPU1: Thermal monitoring enabled
CPU1: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
Total of 2 processors activated (11108.35 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
CPU0 attaching sched-domain:
domain 0: span 03
groups: 01 02
domain 1: span 03
groups: 03
CPU1 attaching sched-domain:
domain 0: span 03
groups: 02 01
domain 1: span 03
groups: 03
checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd
Freeing initrd memory: 4940k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050211
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P3._PRT]
ACPI: Power Resource [URP1] (off)
ACPI: Power Resource [FDDP] (off)
ACPI: Power Resource [LPTP] (off)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 *4 5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI-1138: *** Error: Method execution failed [\MCTH] (Node dfffe5a0), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\OSFL] (Node dfffe520), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0.SBRG.SYSR._CRS] (Node c18ff180), AE_AML_BUFFER_LIMIT
ACPI-0158: *** Error: Method execution failed [\_SB_.PCI0.SBRG.SYSR._CRS] (Node c18ff180), AE_AML_BUFFER_LIMIT
pnp: PnPACPI: METHOD_NAME__CRS failure for PNP0c02
ACPI-1138: *** Error: Method execution failed [\MCTH] (Node dfffe5a0), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\OSFL] (Node dfffe520), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\_SB_.SYSM._CRS] (Node c18ffea0), AE_AML_BUFFER_LIMIT
ACPI-0158: *** Error: Method execution failed [\_SB_.SYSM._CRS] (Node c18ffea0), AE_AML_BUFFER_LIMIT
pnp: PnPACPI: METHOD_NAME__CRS failure for PNP0c01
pnp: PnP ACPI: found 9 devices
PnPBIOS: Disabled by ACPI PNP
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically. If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device(). As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior. If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
ACPI-1138: *** Error: Method execution failed [\MCTH] (Node dfffe5a0), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\OSFL] (Node dfffe520), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\_SB_.SYSM._CRS] (Node c18ffea0), AE_AML_BUFFER_LIMIT
ACPI-0158: *** Error: Method execution failed [\_SB_.SYSM._CRS] (Node c18ffea0), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\MCTH] (Node dfffe5a0), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\OSFL] (Node dfffe520), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0.SBRG.SYSR._CRS] (Node c18ff180), AE_AML_BUFFER_LIMIT
ACPI-0158: *** Error: Method execution failed [\_SB_.PCI0.SBRG.SYSR._CRS] (Node c18ff180), AE_AML_BUFFER_LIMIT
pnp: 00:08: ioport range 0x400-0x47f could not be reserved
pnp: 00:08: ioport range 0x680-0x6ff has been reserved
pnp: 00:08: ioport range 0x500-0x53f has been reserved
highmem bounce pool size: 64 pages
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
input: AT Translated Set 2 keyboard on isa0060/serio0
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 8
NET: Registered protocol family 20
ACPI wakeup devices:
TANA P0P3 AC97 USB0 USB1 USB2 USB3 USB7 SLPB
ACPI: (supports S0 S1 S4 S5)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4940KiB [1 disk] into ram disk... |\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\bdone.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 204k freed
ide_setup: hda=ata69 -- BAD OPTION
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NET: Registered protocol family 1
ICH5: IDE controller at PCI slot 0000:00:1f.1
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 169
ICH5: chipset revision 2
ICH5: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: QUANTUM FIREBALLlct20 30, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: CRD-8400C, ATAPI CD/DVD-ROM drive
hdc: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
hdc: set_drive_speed_status: error=0xb4 { AbortedCommand LastFailedSense=0x0b }
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: max request size: 128KiB
hda: 58633344 sectors (30020 MB) w/418KiB Cache, CHS=58168/16/63, UDMA(33)
hda: cache flushes not supported
/dev/ide/host0/bus0/target0/lun0: p1 p2
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel@redhat.com
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
EXT3 FS on dm-1, internal journal
hdc: ATAPI 40X CD-ROM drive, 128kB Cache, DMA
Uniform CD-ROM driver Revision: 3.20
input: PS/2 Generic Mouse on isa0060/serio1
p4-clockmod: P4/Xeon(TM) CPU On-Demand Clock Modulation available
Capability LSM initialized
ts: Compaq touchscreen protocol output
mice: PS/2 mouse device common for all mice
kjournald starting. Commit interval 5 seconds
EXT3 FS on hda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on dm-2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 511992k swap on /dev/mapper/debianvg-swap. Priority:-1 extents:1
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 177
ehci_hcd 0000:00:1d.7: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: irq 177, pci mem 0xffa80000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
PCI: cache line size of 128 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 8 ports detected
SCSI subsystem initialized
libata version 1.10 loaded.
ata_piix version 1.03
ACPI: PCI interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0xE800 ctl 0xE402 bmdma 0xD800 irq 169
ata2: SATA max UDMA/133 cmd 0xE000 ctl 0xDC02 bmdma 0xD808 irq 169
ata1: SATA port has no device.
scsi0 : ata_piix
ata2: SATA port has no device.
scsi1 : ata_piix
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 50695 usecs
intel8x0: clocking to 48000
e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI
e100: Copyright(c) 1999-2004 Intel Corporation
ACPI: PCI interrupt 0000:01:08.0[A] -> GSI 20 (level, low) -> IRQ 193
e100: eth0: e100_probe: addr 0xff900000, irq 193, MAC addr 00:0C:F1:EC:1C:6E
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected an Intel 865 Chipset.
agpgart: Maximum main memory to use for agp memory: 925M
agpgart: Detected 16252K stolen memory.
agpgart: AGP aperture is 128M @ 0xf0000000
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 201
uhci_hcd 0000:00:1d.0: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: irq 201, io base 0xc800
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 209
uhci_hcd 0000:00:1d.1: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: irq 209, io base 0xcc00
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 169
uhci_hcd 0000:00:1d.2: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: irq 169, io base 0xd000
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 201
uhci_hcd 0000:00:1d.3: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4
PCI: Setting latency timer of device 0000:00:1d.3 to 64
uhci_hcd 0000:00:1d.3: irq 201, io base 0xd400
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 5
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
hw_random hardware driver 1.0.0 loaded
cpci_hotplug: CompactPCI Hot Plug Core version: 0.2
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: shpc_init : shpc_cap_offset == 0
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Intel 810 + AC97 Audio, version 1.01, 10:54:56 Jun 12 2005
Real Time Clock Driver v1.12
input: PC Speaker
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
e100: eth0: e100_watchdog: link up, 10Mbps, half-duplex
[drm] Initialized drm 1.0.0 20040925
ACPI: PCI interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 201
[drm] Initialized i830 1.3.2 20021108 on minor 0: Intel Corp. 82865G Integrated Graphics Device
mtrr: base(0xf0020000) is not aligned on a size(0x180000) boundary
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: unable to set udma >= 3 on ich5 on 2.6.11
2005-06-20 12:06 unable to set udma >= 3 on ich5 on 2.6.11 Rafael Espíndola
2005-06-20 19:15 ` Bartlomiej Zolnierkiewicz
@ 2005-06-21 17:50 ` Balazs Ree
2005-06-22 1:50 ` Rafael Ávila de Espíndola
1 sibling, 1 reply; 7+ messages in thread
From: Balazs Ree @ 2005-06-21 17:50 UTC (permalink / raw)
To: linux-ide
Mon, 20 Jun 2005 09:06:06 -0300 Rafael Espíndola wrote:
> Does someone has a suggestion before I start adding prinks to piix.c? :)
Just a blind guess... you might
want to try to set the kernel parameter CONFIG_IDEDMA_IVB (IGNORE
word93 Validation BITS). I had this problem recently and this was
the one that solved it. But I am not an expert so pardon me if I said
something stupid.
--
Bala'zs REE' jabber + email: ree@ree.hu
ICQ: 75955071 AIM + skype: reebalazs
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: unable to set udma >= 3 on ich5 on 2.6.11
2005-06-21 17:50 ` Balazs Ree
@ 2005-06-22 1:50 ` Rafael Ávila de Espíndola
2005-06-23 4:48 ` Balazs Ree
0 siblings, 1 reply; 7+ messages in thread
From: Rafael Ávila de Espíndola @ 2005-06-22 1:50 UTC (permalink / raw)
To: Balazs Ree; +Cc: linux-ide
[-- Attachment #1: Type: text/plain, Size: 412 bytes --]
Em Tue 21 Jun 2005 14:50, Balazs Ree escreveu:
> Just a blind guess... you might
> want to try to set the kernel parameter CONFIG_IDEDMA_IVB (IGNORE
> word93 Validation BITS). I had this problem recently and this was
> the one that solved it. But I am not an expert so pardon me if I said
> something stupid.
It worked!
Thanks.
What is to blame? ICH5? If so, Is there a black list were I could add it?
Rafael
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: unable to set udma >= 3 on ich5 on 2.6.11
2005-06-22 1:50 ` Rafael Ávila de Espíndola
@ 2005-06-23 4:48 ` Balazs Ree
2005-06-23 12:49 ` Rafael Espíndola
0 siblings, 1 reply; 7+ messages in thread
From: Balazs Ree @ 2005-06-23 4:48 UTC (permalink / raw)
To: linux-ide
Tue, 21 Jun 2005 22:50:52 -0300 keltezéssel Rafael Ávila de Espíndola
azt írta:
> Em Tue 21 Jun 2005 14:50, Balazs Ree escreveu:
>> Just a blind guess... you might
>> want to try to set the kernel parameter CONFIG_IDEDMA_IVB (IGNORE
>> word93 Validation BITS). I had this problem recently and this was
>> the one that solved it. But I am not an expert so pardon me if I said
> It worked!
> Thanks.
>
> What is to blame? ICH5? If so, Is there a black list were I could add it?
To me it seems that there are two implementations of the 80cc ribbon
detection in the kernel - one is the "standard" and the other one is the
one that some drives actually implement? Or how is that? Maybe it would be
good to make the default setting to "true" in the kernel config or rather
just put some more emphasized hint about this in some docs where people
bump into it more easily? It is true that the help text of the config
parameter tells exactly what to do, but otherwise I spent a long time
investigating this problem before finding the "obvious", and I guess I'm
not alone.
--
Bala'zs REE' jabber + email: ree@ree.hu
ICQ: 75955071 AIM + skype: reebalazs
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: unable to set udma >= 3 on ich5 on 2.6.11
2005-06-23 4:48 ` Balazs Ree
@ 2005-06-23 12:49 ` Rafael Espíndola
0 siblings, 0 replies; 7+ messages in thread
From: Rafael Espíndola @ 2005-06-23 12:49 UTC (permalink / raw)
To: Balazs Ree; +Cc: linux-ide
> To me it seems that there are two implementations of the 80cc ribbon
> detection in the kernel - one is the "standard" and the other one is the
> one that some drives actually implement? Or how is that? Maybe it would be
> good to make the default setting to "true" in the kernel config or rather
> just put some more emphasized hint about this in some docs where people
> bump into it more easily? It is true that the help text of the config
> parameter tells exactly what to do, but otherwise I spent a long time
> investigating this problem before finding the "obvious", and I guess I'm
> not alone.
>
No. You aren't alone. If all chipsets supported by the same driver
(piix.c for example) use the same algorithm then the there could be
two variation of eighty_ninty_three and each driver could use the
correct one. If this is not the case, a Documentation/UDMA.txt with a
black list would be wonderfull.
Rafael
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-06-23 12:49 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-06-20 12:06 unable to set udma >= 3 on ich5 on 2.6.11 Rafael Espíndola
2005-06-20 19:15 ` Bartlomiej Zolnierkiewicz
2005-06-20 23:14 ` Rafael Ávila de Espíndola
2005-06-21 17:50 ` Balazs Ree
2005-06-22 1:50 ` Rafael Ávila de Espíndola
2005-06-23 4:48 ` Balazs Ree
2005-06-23 12:49 ` Rafael Espíndola
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).