You are not logged in.

#1 2011-08-28 16:03:20

zx201
Member
Registered: 2011-08-28
Posts: 3

Texas Instruments PCIxx12 Cardbus Controller

Hello guys. I have a trouble with this subject on Arch Linux. Using latest 3.0 kernel and 4 GB SD card. This card is perfectrly works on Ubuntu 11.04 and Windows 7 - so it is not hardware problem.

My lspci -v

0f:06.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)
        Subsystem: Acer Incorporated [ALI] Device 011f
        Flags: bus master, medium devsel, latency 57, IRQ 22
        Memory at fc101000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: <access denied>
        Kernel driver in use: tifm_7xx1
        Kernel modules: tifm_7xx1

0f:06.3 SD Host controller: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller
        Subsystem: Acer Incorporated [ALI] Device 011f
        Flags: bus master, medium devsel, latency 57, IRQ 22
        Memory at fc102800 (32-bit, non-prefetchable) [size=256]
        Capabilities: <access denied>
        Kernel driver in use: sdhci-pci
        Kernel modules: sdhci-pci

Some dmesg messages when I insert card:

$ dmesg | grep mmc
[    4.055277] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[    6.951689] _regulator_get: 0000:0f:06.3 supply vmmc not found, using dummy regulator
[    6.951742] Registered led device: mmc0::
[    6.951800] mmc0: SDHCI controller on PCI [0000:0f:06.3] using PIO
[  306.673697] mmc1: error -123 whilst initialising SD card
$ dmesg | grep tifm
[    6.999097] tifm_7xx1 0000:0f:06.2: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[  305.440153] tifm_core: MMC/SD card detected in socket 0:1
[  306.673429] tifm_sd0:1 : card failed to respond for a long period of time (33, 5)
[  306.673605] tifm0 : demand removing card from socket 0:1
[  306.743376] tifm_core: MMC/SD card detected in socket 0:1
[  307.243420] tifm_sd0:1 : controller failed to reset
[  549.031655] tifm0 : demand removing card from socket 0:1
$ dmesg | grep sdhci
[    6.587689] sdhci: Secure Digital Host Controller Interface driver
[    6.587693] sdhci: Copyright(c) Pierre Ossman
[    6.951608] sdhci-pci 0000:0f:06.3: SDHCI controller found [104c:803c] (rev 0)
[    6.951631] sdhci-pci 0000:0f:06.3: PCI INT A -> GSI 22 (level, low) -> IRQ 22

Can someone help me?

Offline

#2 2011-08-28 16:07:12

bernarcher
Forum Fellow
From: Germany
Registered: 2009-02-17
Posts: 2,281

Re: Texas Instruments PCIxx12 Cardbus Controller

This rather fits in Kernel & Hardware. Moving there.


To know or not to know ...
... the questions remain forever.

Offline

#3 2011-08-28 21:48:24

pigiron
Member
From: USA
Registered: 2009-07-14
Posts: 149

Re: Texas Instruments PCIxx12 Cardbus Controller

The  tifm_* drivers are marked as EXPERIMENTAL even in the 3.* kernel; so not too shocked to see a problem.

This line:

   [  306.673697] mmc1: error -123 whilst initialising SD card

makes me think that the mmc subsystem doesn't even recongnise that there's even a card inserted since that appears to equate to the following errno:

   #define ENOMEDIUM       123     /* No medium found */

You might need to take this to the kernel folks.

Oh... a suggestion.

You get extra points for including the kernel log snippet, but you got points subtracted by just posting "grep" snippets of it. The order that the kernel executes... and therefore the order of the kernel log entries... is very important... and you messed up that order in the logs. For instance if you look again at the "real" kernel log, you'll see where the code path goes from tifm_core, to the mmc code, and then to the tifm_sd code... so order is important.

Instead attempt to include "blocks" of kernel log snippets... especially if it's something under your control... such as inserting a SD card wink

Offline

#4 2011-08-28 22:24:29

zx201
Member
Registered: 2011-08-28
Posts: 3

Re: Texas Instruments PCIxx12 Cardbus Controller

Oh, yes, I don't really care about order of kernel logs, because I think that it is not so important. Thanks for suggestion, I post my dmesg output to kernel developers. Let me be honest - I don't really use my cardreader, but it is really interesting to know, why it is not working on newest kernel. If you are still interesed too (lol), here my dmesg: https://pastee.org/erg9c

Offline

Board footer

Powered by FluxBB