Bug 4501 - PCMCIA Card not powered on - CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
Summary: PCMCIA Card not powered on - CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
Status: CLOSED DUPLICATE of bug 2944
Alias: None
Product: Drivers
Classification: Unclassified
Component: PCMCIA (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Dominik Brodowski
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-04-15 11:42 UTC by Hadmut Danisch
Modified: 2005-11-16 14:41 UTC (History)
2 users (show)

See Also:
Kernel Version: 2.6.11.7
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
pci-fix.patch (3.67 KB, text/plain)
2005-04-22 10:41 UTC, Hadmut Danisch
Details
cardbus-signedness (1.26 KB, text/plain)
2005-04-22 10:42 UTC, Hadmut Danisch
Details
cardbus-fixup-bridge (1.49 KB, text/plain)
2005-04-22 10:42 UTC, Hadmut Danisch
Details
Patch for fixing the "cs: pcmcia_socket0: unable to apply power" (172 bytes, patch)
2005-05-14 01:13 UTC, David Ligeret
Details | Diff

Description Hadmut Danisch 2005-04-15 11:42:59 UTC
Distribution: Debian
Hardware Environment:
  Medion MD 95600 = MSI S260 Notebook


0000:00:00.0 Host bridge: Intel Corp. Mobile Memory Controller Hub (rev 03)
0000:00:02.0 VGA compatible controller: Intel Corp. Mobile Graphics Controller
(rev 03)
0000:00:02.1 Display controller: Intel Corp. Mobile Graphics Controller (rev 03)
0000:00:1d.0 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB
UHCI #1 (rev 04)
0000:00:1d.1 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB
UHCI #2 (rev 04)
0000:00:1d.2 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB
UHCI #3 (rev 04)
0000:00:1d.3 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB
UHCI #4 (rev 04)
0000:00:1d.7 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family)
USB2 EHCI Controller (rev 04)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev d4)
0000:00:1e.2 Multimedia audio controller: Intel Corp. 82801FB/FBM/FR/FW/FRW
(ICH6 Family) AC'97 Audio Controller (rev 04)
0000:00:1e.3 Modem: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem
Controller (rev 04)
0000:00:1f.0 ISA bridge: Intel Corp. 82801FBM (ICH6M) LPC Interface Bridge (rev 04)
0000:00:1f.1 IDE interface: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE
Controller (rev 04)
0000:00:1f.3 SMBus: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus
Controller (rev 04)
0000:01:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
0000:01:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
0000:01:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
0000:01:04.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 04)
0000:01:09.0 Network controller: Intel Corp. PRO/Wireless 2200BG (rev 05)


Software Environment:
Linux kernel, Debian distribution

Problem Description:
When inserting PC-Cards just nothing happens, except that the interrupt 
counter in /proc/interrupts increase :

 19:          7   IO-APIC-level  yenta, uhci_hcd
 20:          2   IO-APIC-level  yenta

(Same machine works with Windows XP, so hardware is not broken)

lspci does not show any pccard. 

I guess it could be the problem described on 
http://kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html

I tried to load yenta_socket both with disable_clkrun=0
and disable_clkrun=1, but that didn't help.

Interestingly, there are plenty of web pages telling that 
Linux runs well on Notebooks with the same chip.



Steps to reproduce:

Insert a pc card.
Comment 1 Florian Obradovic 2005-04-19 10:44:30 UTC
same problem on same notebook here!
Today i tested this nice notebook with the new SuSE9.3 LIVE-DVD"!
there the pcmcia slot works!!!!! =? what did they diffrent? patches?
please answer: flo@mianos.de
Comment 2 Florian Obradovic 2005-04-19 10:49:08 UTC
Here is output of lspci -vv: 
root@laptop cpufreq # lspci -vv 
0000:00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express 
Processor to DRAM Controller (rev 03) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort+ >SERR- <PERR- 
        Latency: 0 
        Capabilities: [e0] #09 [2109] 
 
0000:00:02.0 VGA compatible controller: Intel Corporation Mobile 
915GM/GMS/910GML Express Graphics Controller (rev 03) (prog-if 00 [VGA]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort- >SERR- <PERR- 
        Latency: 0 
        Interrupt: pin A routed to IRQ 10 
        Region 0: Memory at fbe80000 (32-bit, non-prefetchable) 
        Region 1: I/O ports at dc00 [size=8] 
        Region 2: Memory at d0000000 (32-bit, prefetchable) [size=256M] 
        Region 3: Memory at fbe40000 (32-bit, non-prefetchable) [size=256K] 
        Capabilities: [d0] Power Management version 2 
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML 
Express Graphics Controller (rev 03) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort- >SERR- <PERR- 
        Latency: 0 
        Region 0: Memory at fbd80000 (32-bit, non-prefetchable) 
        Capabilities: [d0] Power Management version 2 
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB UHCI #1 (rev 04) (prog-if 00 [UHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 0 
        Interrupt: pin A routed to IRQ 11 
        Region 4: I/O ports at d880 [size=32] 
 
0000:00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB UHCI #2 (rev 04) (prog-if 00 [UHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 0 
        Interrupt: pin B routed to IRQ 5 
        Region 4: I/O ports at d800 [size=32] 
 
0000:00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB UHCI #3 (rev 04) (prog-if 00 [UHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 0 
        Interrupt: pin C routed to IRQ 7 
        Region 4: I/O ports at d480 [size=32] 
 
0000:00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB UHCI #4 (rev 04) (prog-if 00 [UHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 0 
        Interrupt: pin D routed to IRQ 10 
        Region 4: I/O ports at d400 [size=32] 
 
0000:00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d4) 
(prog-if 01 [Subtractive decode]) 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort- >SERR- <PERR- 
        Latency: 0 
        Bus: primary=00, secondary=01, subordinate=03, sec-latency=32 
        I/O behind bridge: 0000e000-0000efff 
        Memory behind bridge: fbf00000-fbffffff 
        BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B- 
        Capabilities: [50] #0d [0000] 
 
0000:00:1e.2 Multimedia audio controller: Intel Corporation 
82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 04) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 0 
        Interrupt: pin A routed to IRQ 4 
        Region 0: I/O ports at d000 
        Region 1: I/O ports at cc00 [size=64] 
        Region 2: Memory at fbe3bc00 (32-bit, non-prefetchable) [size=512] 
        Region 3: Memory at fbe3b800 (32-bit, non-prefetchable) [size=256] 
        Capabilities: [50] Power Management version 2 
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 
Modem Controller (rev 04) (prog-if 00 [Generic]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Interrupt: pin B routed to IRQ 6 
        Region 0: I/O ports at c800 
        Region 1: I/O ports at c480 [size=128] 
        Capabilities: [50] Power Management version 2 
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface 
Bridge (rev 04) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 0 
 
0000:00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) IDE Controller (rev 04) (prog-if 8a [Master SecP PriP]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 0 
        Interrupt: pin A routed to IRQ 7 
        Region 0: I/O ports at <unassigned> 
        Region 1: I/O ports at <unassigned> 
        Region 2: I/O ports at <unassigned> 
        Region 3: I/O ports at <unassigned> 
        Region 4: I/O ports at ffa0 [size=16] 
 
0000:00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus 
Controller (rev 04) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Interrupt: pin B routed to IRQ 4 
        Region 4: I/O ports at 0400 [size=32] 
 
0000:01:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 64 (8000ns min, 16000ns max) 
        Interrupt: pin A routed to IRQ 5 
        Region 0: I/O ports at e800 [size=fbfe0000] 
        Region 1: Memory at fbfffc00 (32-bit, non-prefetchable) [size=256] 
        Expansion ROM at 00010000 [disabled] 
        Capabilities: [50] Power Management version 2 
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0-,D1+,D2+,D3hot+,D3cold+) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:01:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 168 
        Interrupt: pin A routed to IRQ 5 
        Region 0: Memory at 1e001000 (32-bit, non-prefetchable) 
        Bus: primary=01, secondary=02, subordinate=05, sec-latency=176 
        Memory window 0: 1e400000-1e7ff000 (prefetchable) 
        Memory window 1: 1e800000-1ebff000 
        I/O window 0: 00004000-000040ff 
        I/O window 1: 00004400-000044ff 
        BridgeCtl: Parity+ SERR+ ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+ 
        16-bit legacy interface ports at 0001 
 
0000:01:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 168 
        Interrupt: pin B routed to IRQ 6 
        Region 0: Memory at 1e000000 (32-bit, non-prefetchable) 
        Bus: primary=01, secondary=06, subordinate=09, sec-latency=176 
        Memory window 0: 1ec00000-1efff000 (prefetchable) 
        Memory window 1: 1f000000-1f3ff000 
        I/O window 0: 00004800-000048ff 
        I/O window 1: 00004c00-00004cff 
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+ 
        16-bit legacy interface ports at 0001 
 
0000:01:04.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller 
(rev 04) (prog-if 10 [OHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 64 (500ns min, 1000ns max) 
        Interrupt: pin C routed to IRQ 5 
        Region 0: Memory at fbfff000 (32-bit, non-prefetchable) 
        Capabilities: [dc] Power Management version 2 
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+) 
                Status: D0 PME-Enable- DSel=0 DScale=2 PME- 
 
0000:01:09.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev 05) 
        Subsystem: Intel Corporation: Unknown device 2701 
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- 
        Latency: 64 (750ns min, 6000ns max), cache line size 08 
        Interrupt: pin A routed to IRQ 4 
        Region 0: Memory at fbffe000 (32-bit, non-prefetchable) 
        Capabilities: [dc] Power Management version 2 
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+) 
                Status: D0 PME-Enable- DSel=0 DScale=1 PME- 
 
root@laptop cpufreq  
 
 
 
 
here is out put with inserted card in the first and only slot: 
root@laptop cpufreq # cardctl status 
Socket 0: 
  no card 
Socket 1: 
  3.3V CardBus card 
  function 0: [ready] 
root@laptop cpufreq #      
 
but in dmesg nothing happens!! 
 
socket 0 is for the integrated sd/mmc/memory-stick slot in this notebook! 
Comment 3 Hadmut Danisch 2005-04-19 11:20:48 UTC
Confirmed, 

SuSE 9.3 live-dvd makes the pcmcia-slot run on my machine as well. 

But dmesg reports a acpi kernel backtrace. 

I do suspekt that it has anything to do with ACPI, so let's start
searching for the differences.
Comment 4 Hadmut Danisch 2005-04-19 13:20:18 UTC
OK,

booting the Suse kernel directly from hard disk is not possible since
it expects to load the IDE drivers from initrd. initrd insists on 
searching for the CDROM. I was too lazy to modify the initrd and simply 
tried to compile a 2.6.11.7 with the configuration from the suse kernel 
(except for setting PIIX to static): 

It doesn't make any difference. still doesn't run the PCMCIA slot and still 
needs the pci=noacpi kernel parameter. 

The Suse config contains some veriables (e.g. CONFIG_ACPI_INITRD) which are
not supported by the plain kernel. So some patches were applied, which seem 
to solve the problem.
Comment 5 Hadmut Danisch 2005-04-19 14:05:14 UTC
Now my kernel (pcmcia not working) has interrupts 

145:          0   IO-APIC-level  yenta, uhci_hcd
153:          3   IO-APIC-level  yenta

while the suse kernel had

  5:        122          XT-PIC  uhci_hcd, yenta, ohci1394, eth0
  6:         82          XT-PIC  yenta, eth2


I bet it is an ACPI problem. 
Comment 6 Hadmut Danisch 2005-04-22 10:40:29 UTC
Hi,

with some help from other people we found patches solving the problem:

When applying the three patches 

pci-fix.patch
cardbus-signedness
cardbus-fixup-bridge 

the pcmcia slot works. I don't know where these patches originate from, 
I received them by e-mail. I'll attach them to this bug report.

However, this opens another problem: The PCMCIA slot works, 
but when inserting an SD-Card into the SD-Card-Slot driven by the same chip, 
the pcmcia daemon goes into an endless loop, consuming full cpu. 
But this might be a different bug. I'll submit a new one as soon as 
I tested this a little bit.

Comment 7 Hadmut Danisch 2005-04-22 10:41:46 UTC
Created attachment 4971 [details]
pci-fix.patch
Comment 8 Hadmut Danisch 2005-04-22 10:42:12 UTC
Created attachment 4972 [details]
cardbus-signedness
Comment 9 Hadmut Danisch 2005-04-22 10:42:45 UTC
Created attachment 4973 [details]
cardbus-fixup-bridge
Comment 10 Andrew Morton 2005-04-23 17:21:42 UTC
This report is a little confusing.

- You initially report a problem with a "PC-Card", but later start a talking
about a cardbus card.  PC-Cards are crufty old 16-bit things and Cardbus is
modern 32-bit.  Please clafify.

- You mention the need for pci=noacpi as if this fixes something, but it's not
clear what problem pci=noacpi actually fixes.  Can you please clarify that?

Thanks for the detailed work, btw - I'll ask Linus and Greg to take a look at
this once we have the above info.
Comment 11 Hadmut Danisch 2005-04-24 00:01:04 UTC
I meant a modern 32-bit card. And I always thought those 
crufty old 16-bit things were called "PCMCIA-Cards", while 
the term "PC-Card" was invented for those modern 32-bit cards.
The term "PC-Card" did not exist in the old days of those
16-bit cards. The visible difference between PCMCIA Card and 
PC-Card is that PC-Cards have a nubbed contact plate and the 
connector is thicker on one side to avoid plugging a 
PC-Card into a PCMCIA slot.

The need for pci=noacpi turned out to be independent of the 
card problem. I used a kernel with my default configuration, which 
I use for several different computers (including modern P4), but 
this kernel ran on the MSI notebook with this option only. Therefore 
I guessed that the card problem is somehow related to ACPI.
Meanwhile someone else sent me a kernel configuration for which 
this pci=noacpi option is not needed, but since the configuration 
heavily differs from mine I did not yet figure out, what exactly
makes the difference. But it has no effect on the cardbus problem, 
so this was a wrong guess of mine.

I received a  mail this morning from another user of the same machine
who told me that the pci-fix.patch is not needed to solve the 
cardbus problem. So it is the cardbus-signedness and the cardbus-fixup-bridge
patches which solve the problem. Unfortunately I have no idea where they
came from. 

regards
Hadmut




Comment 12 Dominik Brodowski 2005-04-24 12:20:33 UTC
The pci-fix.patch is invalid -- it's done differently in -mm already
(pci-pci-transparent-bridge-handling-improvements-yenta_socket.patch). Other two
look good, thanks.
Comment 13 Russell King 2005-04-24 12:53:54 UTC
Does cardbus-signedness actually fix anything?

Let's look more closely at this.

- PCI_BASE_ADDRESS_MEM_MASK is defined in linux/pci.h as ~0x0fUL - an unsigned
long constant.

- pci_size() takes an unsigned long third argument - which is compatible with
what is being passed.

- pci_size() uses this in a logical expression with a u32, and a u32 result.

For any 32-bit unsigned long, this patch makes no changes what so ever.
For any 64-bit unsigned long, this patch doesn't change the expected outcome of
this code because 64-bit & 32-bit == 32-bit.

If it is the case (which I don't think) that this existing code is buggy, then
the code following the usage of pci_size() is also buggy - it's doing the same
as above, except putting the result in a 64-bit (in the 64-bit unsigned long case).

Therefore, I recommend against this particular patch.
Comment 14 David Ligeret 2005-05-14 01:13:22 UTC
Created attachment 5059 [details]
Patch for fixing the "cs: pcmcia_socket0: unable to apply power"

Hi,

I am using a VIA EPIA MEII-6000 motherboard with a Linux Kernel 2.6.8
The chipset of the cardbus is a "Ricoh Co Ltd RL5c476 II (rev 80)"

When I tried to plug a PCMCIA card in my slot I've found a message "cs:
pcmcia_socket0: unable to apply power" (I am using a Debian Sarge coming with a
2.6.8-2 kernel)

I have tried the patch (see attachment) on the "drivers/pcmcia/yenta_socket.c"
file in the kernel source and it solved my problem
Comment 15 Andrew Morton 2005-05-25 22:57:51 UTC
Guys, is all this now fixed up in 2.6.12-rc5?

If not, does that final patch need to be applied?  If so,
could someone please email it at me asap?

Thanks.
Comment 16 Hadmut Danisch 2005-05-26 13:15:24 UTC
Hi,

I just compiled 2.6.12-rc5. Does not work. I'll try the patch now.

regards
Hadmut
Comment 17 Hadmut Danisch 2005-05-26 13:33:33 UTC
...and with the patch (cardbus-fixup-bridge) it works. 
so it still requires the patch (at least with my notebook)

regards
Hadmut
Comment 18 Russell King 2005-05-31 13:09:29 UTC
cardbus-fixup-bridge is potentially dangerous since we have no idea how the
bus numbers have been allocated.

The ideal fix is for Linux to renumber the busses itself.  Try:

pci=assign-busses
Comment 19 Harald Welte 2005-06-25 13:39:34 UTC
I can confirm this bug with 2.6.12-final on another re-branded MSI notebook
called "TARGA Traveller 826T" (it's a Turion64 based notebook with ATI chipset
and Ricoh Cardbus bridge).

I didn't yet try the patch, but "pci=assign-busses" fully resolved the problem.

0000:00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5951
0000:00:02.0 PCI bridge: ATI Technologies Inc: Unknown device 5a34
0000:00:13.0 USB Controller: ATI Technologies Inc: Unknown device 4374
0000:00:13.1 USB Controller: ATI Technologies Inc: Unknown device 4375
0000:00:13.2 USB Controller: ATI Technologies Inc: Unknown device 4373
0000:00:14.0 SMBus: ATI Technologies Inc: Unknown device 4372 (rev 10)
0000:00:14.1 IDE interface: ATI Technologies Inc: Unknown device 4376
0000:00:14.3 ISA bridge: ATI Technologies Inc: Unknown device 4377
0000:00:14.4 PCI bridge: ATI Technologies Inc: Unknown device 4371
0000:00:14.5 Multimedia audio controller: ATI Technologies Inc: Unknown device
4370 (rev 01)
0000:00:14.6 Modem: ATI Technologies Inc: Unknown device 4378 (rev 01)
0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5653
0000:02:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
0000:02:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
0000:02:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
0000:02:04.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 04)
0000:02:09.0 Network controller: Intel Corp.: Unknown device 4223 (rev 05)
Comment 20 Dominik Brodowski 2005-06-30 14:16:35 UTC
FYI:
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/pci/pci-fix-routing-in-parent-bridge.patch
is queued by Greg KH to be merged upstream. Once this is in, the bug can be
closed  as resolved.
Comment 21 Dominik Brodowski 2005-06-30 14:33:02 UTC
Actually, the cardbus-fixup-bridge is already covered elsewhere. Merge.

*** This bug has been marked as a duplicate of 2944 ***

Note You need to log in before you can comment on or make changes to this bug.