From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263429AbUEKT1Q (ORCPT ); Tue, 11 May 2004 15:27:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263457AbUEKT1Q (ORCPT ); Tue, 11 May 2004 15:27:16 -0400 Received: from 82-168-177-147-bbxl.xdsl.tiscali.nl ([82.168.177.147]:22407 "EHLO behemoth.pad.mess.org") by vger.kernel.org with ESMTP id S263429AbUEKT0W (ORCPT ); Tue, 11 May 2004 15:26:22 -0400 Date: Tue, 11 May 2004 21:26:17 +0200 From: Sean Young To: linux-kernel@vger.kernel.org Subject: TI CardBus interrupt problem Message-ID: <20040511192617.GA4946@behemoth.pad.mess.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.5.4i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On a Techology Systems 5500 board, the TI cardbus is reporting interrupts problems: -snip- PCI: Enabling device 0000:00:0c.0 (0004 -> 0006) PCI: No IRQ known for interrupt pin A of device 0000:00:0c.0. Please try using pci=biosirq. Yenta: CardBus bridge found at 0000:00:0c.0 [0000:0000] Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:00:0c.0, mfunc 0x06f46f52, devctl 0x62 Yenta TI: socket 0000:00:0c.0 probing PCI interrupt failed, trying to fix Yenta TI: socket 0000:00:0c.0 no PCI interrupts. Fish. Please report. Yenta: ISA IRQ mask 0x00c0, PCI irq 0 Socket status: 30000010 -snip- I've tried both CONFIG_PCI_GOANY and CONFIG_PCI_GODIRECT, no difference. `pci=biosirq' doesn't help either. The Technology Systems documentation suggests that the following chances must be made to /etc/pcmcia/config.opts: Remove: include port 0x0100-0x04ff, port 0x800-0x8ff exclude irq 7 Add: exclude irq 3 exclude irq 4 exclude irq 5 So irq 7 is used, which does work after cardmgr is started twice(!). However that does not seem like the right solution -- should Technology Systems fix their bios or is it something that can be remedied in the kernel? I was hoping to do root-nfs. Tested with kernel 2.6.6. Sean --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Linux version 2.6.6 (sean@behemoth) (gcc version 3.3.3 (Debian 20040429)) #2 Tue May 11 21:01:41 CEST 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009e400 (usable) BIOS-e820: 000000000009e400 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 0000000002000000 (usable) BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved) 32MB LOWMEM available. On node 0 totalpages: 8192 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 4096 pages, LIFO batch:1 HighMem zone: 0 pages, LIFO batch:1 DMI not present. Built 1 zonelists Kernel command line: root=/dev/hda2 console=ttyS1 hdb=none hdc=none hdd=none hde=none hdf=none hdg=none hdh=none hdi=none hdj=none hdk=none hdl=none BOOT_IM ide_setup: hdb=none ide_setup: hdc=none ide_setup: hdd=none ide_setup: hde=none ide_setup: hdf=none ide_setup: hdg=none ide_setup: hdh=none ide_setup: hdi=none ide_setup: hdj=none ide_setup: hdk=none ide_setup: hdl=none Initializing CPU#0 CPU 0 irqstacks, hard=c02c3000 soft=c02c2000 PID hash table entries: 256 (order 8: 2048 bytes) Using pit for high-res timesource Console: colour dummy device 80x25 Memory: 30100k/32768k available (1268k kernel code, 2228k reserved, 415k data, 92k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 64.64 BogoMIPS Dentry cache hash table entries: 4096 (order: 2, 16384 bytes) Inode-cache hash table entries: 2048 (order: 1, 8192 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: AMD 486 DX/4-WB stepping 04 Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX NET: Registered protocol family 16 PCI: Using configuration type 1 Linux Kernel Card Services options: [pci] [cardbus] PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) Real Time Clock Driver v1.12 Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A loop: loaded (max 8 devices) dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17) eth0: Davicom DM9102 at pci0000:00:0d.0, 00:d0:69:06:70:40, irq 11. Linux video capture interface: v1.00 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx hda: SanDisk SDCFB-128, CFA DISK drive ide2: I/O resource 0x3EE-0x3EE not free. ide2: ports already in use, skipping probe Using noop io scheduler ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: max request size: 128KiB hda: 250880 sectors (128 MB) w/1KiB Cache, CHS=980/8/32 hda: hda1 hda2 PCI: Enabling device 0000:00:0c.0 (0004 -> 0006) PCI: No IRQ known for interrupt pin A of device 0000:00:0c.0. Please try using pci=biosirq. Yenta: CardBus bridge found at 0000:00:0c.0 [0000:0000] Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:00:0c.0, mfunc 0x06f46f52, devctl 0x62 Yenta TI: socket 0000:00:0c.0 no PCI interrupts. Fish. Please report. Yenta: ISA IRQ mask 0x00c0, PCI irq 0 Socket status: 30000010 NET: Registered protocol family 2 IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 2048 bind 4096) NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 15 hda: hda1 hda2 kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Freeing unused kernel memory: 92k freed --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=lspcivv tiger:~# lspci -vv 0000:00:00.0 Host bridge: Advanced Micro Devices [AMD] ELanSC520 Microcontroller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 0000:00:0d.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 40) Subsystem: Unknown device 4554:434e Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR-