2.4.21 and 2.5.74 freeze on cardmgr start

I bought a new laptop recently (dell latitude d600) which seems to be working reasonably well with Linux, with PCMCIA as the big exception.

When I start cardmgr I see log messages for IO port probes and than the machine is completely frozen:

Starting PCMCIA services: cardmgr[309]: watching 2 sockets
cs: IO port probe 0x0c00-0x0cff: clean
cs: IO probt probe 0x0800-0x08ff:

At this point neither magic sysrq nor the hangtimer work. This behaviour occurs with all of 2.4.18 (debian boot-floppies kernel), 2.4.21, 2.5.73 and 2.5.74 (all unpatched).

Obligatory lspci output:

00:00.0 Host bridge: Intel Corp.: Unknown device 3340 (rev 03)
00:01.0 PCI bridge: Intel Corp.: Unknown device 3341 (rev 03)
00:1d.0 USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 01)
00:1d.1 USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 01)
00:1d.2 USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 01)
00:1d.7 USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 81)
00:1f.0 ISA bridge: Intel Corp.: Unknown device 24cc (rev 01)
00:1f.1 IDE interface: Intel Corp.: Unknown device 24ca (rev 01)
00:1f.5 Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio (rev 01)
00:1f.6 Modem: Intel Corp. 82801DB AC'97 Modem (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01) 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702 Gigabit Ethernet (rev 02) 02:01.0 CardBus bridge: O2 Micro, Inc.: Unknown device 7113 (rev 20)
02:01.1 CardBus bridge: O2 Micro, Inc.: Unknown device 7113 (rev 20)
02:03.0 Network controller: Intel Corp.: Unknown device 1043 (rev 04)

Wichert.

Wichert Akkerman <[email protected]>      It is simple to make things.
http://www.wiggy.net/                     It is hard to make things simple.

Can you look in your /etc/pcmcia/config.opts and comment out/exclude this IO range please?

My guess is that you have some hardware in that range which is taking offense to pcmcia probing it.

Russell King ([email protected])                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html

That improves things a lot. I wonder why it decided I have 2 sockets; is that a general PCMCIA thing? This laptop only has a single PCMCIA socket, the second slot has a smartcard reader.

Wichert.

Wichert Akkerman <[email protected]>      It is simple to make things.
http://www.wiggy.net/                     It is hard to make things simple.

Probably because you seem to have two:

02:01.0 CardBus bridge: O2 Micro, Inc.: Unknown device 7113 (rev 20) 02:01.1 CardBus bridge: O2 Micro, Inc.: Unknown device 7113 (rev 20)

I'd guess that the chip supports two sockets, but the second socket isn't wired.

Russell King ([email protected])                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html

It seems the smartcard reader might actually fill the second PCMCIA socket; cardctl sees it as an 'Anonymous memory' device.

Wichert.

Wichert Akkerman <[email protected]>      It is simple to make things.
http://www.wiggy.net/                     It is hard to make things simple.

Out of interest, can you send me your /proc/ioports please? Thanks.

Russell King ([email protected])                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html

Certainly:

0000-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
0376-0376 : ide1
03c0-03df : vga+
03f6-03f6 : ide0
03f8-03ff : serial
0cf8-0cff : PCI conf1
1000-10ff : PCI CardBus #03
1400-14ff : PCI CardBus #03
1800-18ff : PCI CardBus #07
1c00-1cff : PCI CardBus #07
b080-b0ff : Intel Corp. 82801DB AC'97 Modem b400-b4ff : Intel Corp. 82801DB AC'97 Modem b800-b8ff : Intel Corp. 82801DB AC'97 Audio bc40-bc7f : Intel Corp. 82801DB AC'97 Audio bf20-bf3f : Intel Corp. 82801DB USB (Hub #3) bf40-bf5f : Intel Corp. 82801DB USB (Hub #2) bf80-bf9f : Intel Corp. 82801DB USB (Hub #1) bfa0-bfaf : PCI device 8086:24ca (Intel Corp.)
bfa0-bfa7 : ide0
bfa8-bfaf : ide1
c000-cfff : PCI Bus #01
c000-c0ff : ATI Technologies Inc Radeon R250 Lf [Rade

Wichert.

Wichert Akkerman <[email protected]>      It is simple to make things.
http://www.wiggy.net/                     It is hard to make things simple.

Ok, after discussing the problem with Arjan, can you try adding back the 0x804 to 0x8ff io port range? Arjan thinks there may be a SMM port at 0x800 causing your grief. If this is the case, we can then add it to the pci quirks.

Thanks.

Russell King ([email protected])                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html

That reintroduces the freeze again.

Wichert.

Wichert Akkerman <[email protected]>      It is simple to make things.
http://www.wiggy.net/                     It is hard to make things simple.

Argh, ok. Are you prepared to run through up to about 8 interations using a binary search method to find the pesky port / range of ports?

Russell King ([email protected])                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html

Got it. The problematic port range is 0x810 - 0x817. Excluding that subset and using "include port 0x800-0x80f, port 0x818-0x8ff" instead works fine.

Wichert.

Wichert Akkerman <[email protected]>      It is simple to make things.
http://www.wiggy.net/                     It is hard to make things simple.

hi,

i have a d600 too and i experience lots of unexplicable machine freezes. it happends both with 2.4.21 and 2.5.7*
even the bios (ctrl+f2) does not respond :(

how can i track these problemes ?

thanks