Re: ACPI & Promise Ultra 100 IDE-controller?

Alex Hill (alexh@legato.com)
14 Aug 2001 16:36:55 -0400


I have also had problems w/ the same sort of configuration. I am using a
K6-III on an older Via 100 mb and the Promise Ultra 100 controller is an
add on card. I found that the the pdc202xx driver has some problems with
quantum drives, I have always had to patch the driver, adding my quantum
13.6gb drive's OEM string to the list of quirky drives
(pdc_quirk_drives[]:line223 of /usr/src/linux-2.4/drivers/ide/pdc202xx.c
) . There are already a couple of quantum drives on this list. I can't
figure out if it is the VIA motherboard, the promise card or the quantum
hd, or a combination of the three that causes the problem.

On 14 Aug 2001 17:25:33 +0200, Marc Brekoo wrote:
> Hi all,
>
> I'm having the following problem on my new Athlon-box. Whenever I compile a
> kernel with ACPI-support, my system just dies when probing the drives
> connected to the Promise PCI-card. Note that it just dies, no oopses, no
> messages; the only thing that responds is the reset-button :(
>
> I've tested the same ACPI-enabled kernel without the IDE-controller, and it
> works just beautifully. I've incuded the dmesg-output from this test-run.
>
> Kernel versions 2.4.7 and 2.4.8-ac2 show the same behaviour.
>
> What could be causing this?
>
>
> dmesg-output:
>
> Linux version 2.4.8 (root@athene.brekoo.no-ip.com) (gcc version 2.96
> 20000731 (Red Hat Linux 7.1 2.96-85)) #3 Tue Aug 14 16:28:02 CEST 2001
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 000000000fff0000 (usable)
> BIOS-e820: 000000000fff0000 - 000000000fff3000 (ACPI NVS)
> BIOS-e820: 000000000fff3000 - 0000000010000000 (ACPI data)
> BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
> Scan SMP from c0000000 for 1024 bytes.
> Scan SMP from c009fc00 for 1024 bytes.
> Scan SMP from c00f0000 for 65536 bytes.
> Scan SMP from c009fc00 for 4096 bytes.
> On node 0 totalpages: 65520
> zone(0): 4096 pages.
> zone(1): 61424 pages.
> zone(2): 0 pages.
> mapped APIC to ffffe000 (01442000)
> Kernel command line: auto BOOT_IMAGE=linux ro root=341
> BOOT_FILE=/boot/new/vmlinuz
> Initializing CPU#0
> Detected 1328.052 MHz processor.
> Console: colour VGA+ 80x25
> Calibrating delay loop... 2647.65 BogoMIPS
> Memory: 255424k/262080k available (1062k kernel code, 6268k reserved, 416k
> data, 204k init, 0k highmem)
> Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
> Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
> Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
> Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
> CPU: Before vendor init, caps: 0183f9ff c1c7f9ff 00000000, vendor = 2
> CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
> CPU: L2 Cache: 256K (64 bytes/line)
> CPU: After vendor init, caps: 0183f9ff c1c7f9ff 00000000 00000000
> CPU: After generic, caps: 0183f9ff c1c7f9ff 00000000 00000000
> CPU: Common caps: 0183f9ff c1c7f9ff 00000000 00000000
> CPU: AMD Athlon(tm) processor stepping 04
> Enabling fast FPU save and restore... done.
> Checking 'hlt' instruction... OK.
> POSIX conformance testing by UNIFIX
> mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
> mtrr: detected mtrr type: Intel
> PCI: PCI BIOS revision 2.10 entry at 0xfb160, last bus=1
> PCI: Using configuration type 1
> PCI: Probing PCI hardware
> PCI: Using IRQ router VIA [1106/0686] at 00:07.0
> Applying VIA southbridge workaround.
> PCI: Disabling Via external APIC routing
> isapnp: Scanning for PnP cards...
> isapnp: No Plug & Play device found
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> VFS: Diskquotas version dquot_6.4.0 initialized
> ACPI: Core Subsystem version [20010615]
> ACPI: Subsystem enabled
> ACPI: System firmware supports S0 S1 S4 S5
> Processor[0]: C0 C1 C2, throttling states: 2
> Power Button: found
> Power Button: found
> Sleep Button: found
> Winbond Super-IO detection, now testing ports 3F0,370,250,4E,2E ...
> SMSC Super-IO detection, now testing Ports 2F0, 370 ...
> parport0: PC-style at 0x378 [PCSPP,EPP]
> parport0: cpp_daisy: aa5500ff(18)
> parport0: assign_addrs: aa5500ff(18)
> parport0: cpp_daisy: aa5500ff(18)
> parport0: assign_addrs: aa5500ff(18)
> parport_pc: Via 686A parallel port: io=0x378
> pty: 256 Unix98 ptys configured
> Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
> SERIAL_PCI ISAPNP enabled
> ttyS00 at 0x03f8 (irq = 4) is a 16550A
> ttyS01 at 0x02f8 (irq = 3) is a 16550A
> Real Time Clock Driver v1.10d
> block: 128 slots per queue, batch=16
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> VP_IDE: IDE controller on PCI bus 00 dev 39
> VP_IDE: chipset revision 6
> VP_IDE: not 100% native mode: will probe irqs later
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1
> ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA
> ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:pio
> hda: Maxtor 34098H4 M, ATA DISK drive
> hdb: Maxtor 82160D2, ATA DISK drive
> hdc: QUANTUM Bigfoot TX6.0AT, ATA DISK drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide1 at 0x170-0x177,0x376 on irq 15
> hda: 80023104 sectors (40972 MB) w/2048KiB Cache, CHS=4981/255/63, UDMA(100)
> hdb: 4123980 sectors (2111 MB) w/256KiB Cache, CHS=1022/64/63, UDMA(33)
> hdc: 11773755 sectors (6028 MB) w/69KiB Cache, CHS=12459/15/63, UDMA(33)
> Partition check:
> hda: hda1 hda2 hda3 < hda5 hda6 > hda4
> hdb: hdb1
> hdc: hdc1 // <==== With the card,
> system dies here
> Floppy drive(s): fd0 is 1.44M
> FDC 0 is a post-1991 82077
> 8139too Fast Ethernet driver 0.9.18
> PCI: Found IRQ 11 for device 00:09.0
> IRQ routing conflict for 00:07.5, have irq 9, want irq 11
> eth0: RealTek RTL8139 Fast Ethernet at 0xd0806000, 00:50:bf:32:50:b0, IRQ 11
> eth0: Identified 8139 chip type 'RTL-8139C'
> Linux agpgart interface v0.99 (c) Jeff Hartmann
> agpgart: Maximum main memory to use for agp memory: 203M
> agpgart: Detected Via Apollo Pro KT133 chipset
> agpgart: AGP aperture is 64M @ 0xd0000000
> SCSI subsystem driver Revision: 1.00
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP, IGMP
> IP: routing cache hash table of 2048 buckets, 16Kbytes
> TCP: Hash tables configured (established 16384 bind 16384)
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> VFS: Mounted root (ext2 filesystem) readonly.
> Freeing unused kernel memory: 204k freed
> Adding Swap: 1076344k swap-space (priority -1)
> usb.c: registered new driver usbdevfs
> usb.c: registered new driver hub
> usb-uhci.c: $Revision: 1.259 $ time 16:13:52 Aug 14 2001
> usb-uhci.c: High bandwidth mode enabled
> PCI: Found IRQ 9 for device 00:07.2
> IRQ routing conflict for 00:07.2, have irq 10, want irq 9
> IRQ routing conflict for 00:07.3, have irq 10, want irq 9
> usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 10
> usb-uhci.c: Detected 2 ports
> usb.c: new USB bus registered, assigned bus number 1
> hub.c: USB hub found
> hub.c: 2 ports detected
> PCI: Found IRQ 9 for device 00:07.3
> IRQ routing conflict for 00:07.2, have irq 10, want irq 9
> IRQ routing conflict for 00:07.3, have irq 10, want irq 9
> usb-uhci.c: USB UHCI at I/O 0xd800, IRQ 10
> usb-uhci.c: Detected 2 ports
> hub.c: USB new device connect on bus1/1, assigned device number 2
> usb.c: new USB bus registered, assigned bus number 2
> hub.c: USB hub found
> hub.c: 2 ports detected
> usb-uhci.c: v1.251:USB Universal Host Controller Interface driver
> Journalled Block Device driver loaded
> kjournald starting. Commit interval 5 seconds
> EXT3 FS 2.4-0.9.6, 11 Aug 2001 on ide1(22,1), internal journal
> EXT3-fs: mounted filesystem with ordered data mode.
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/

-- 
Alex Hill
Programmer Analyst ::  Legato Systems (Canada) Inc.

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/