Ubuntu
linux package

TI Card Reader not reading my SM card

Bug #180093 reported by Duncan Lithgow
8
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

Binary package hint: udev

I have a 16MB 'Smart Media' flash card from an old digital camera. You might say this is an antique but hey, it looks nice!

This hardware works for me with kernel 2.6.22-14 with an SD card.

From my earlier bug about SD card with this same hardware I can give this hardware info:
08:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
08:06.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)
08:06.3 Generic system peripheral [0805]: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller

When I put the card in I get this from /var/log/messages:
Jan 3 15:50:14 ubuntu kernel: [13266.076000] tifm0 : demand removing card from socket 0:0
Jan 3 15:50:37 ubuntu kernel: [13288.800000] tifm_core: SmartMedia/xD card detected in socket 0:0

Running '$ mount' in a terminal with the card in I get:
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.22-14-generic/volatile type tmpfs (rw)
(I've deleted the media entries I recognise, what else is not relevant?)

Physically removing the SM card /var/log/messages' adds:
Jan 3 15:53:37 ubuntu kernel: [13469.248000] tifm0 : demand removing card from socket 0:0

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

What happens when you run "sudo udevmonitor -e" while inserting and removing that card?

Changed in udev:
status: New → Incomplete
importance: Undecided → Low
Revision history for this message
Yuv (yuv) wrote :

Ubuntu 8.04 fresh install. 16MB SmartMedia, HP nc6120 with TI card reader

lshw excerpt:

           *-storage
                description: Mass storage controller
                product: PCIxx21 Integrated FlashMedia Controller
                vendor: Texas Instruments
                physical id: 6.3
                bus info: pci@0000:02:06.3
                version: 00
                width: 32 bits
                clock: 33MHz
                capabilities: storage pm bus_master cap_list
                configuration: driver=tifm_7xx1 latency=64 maxlatency=4 mingnt=7 module=tifm_7xx1

"sudo udevmonitor -e reports the following

$ sudo udevmonitor -e
udevmonitor will print the received events for:
UDEV the event which udev sends out after rule processing
UEVENT the kernel uevent

UEVENT[1210563479.348143] add /devices/pci0000:00/0000:00:1e.0/0000:02:06.3/tifm_xd0:2 (tifm)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1e.0/0000:02:06.3/tifm_xd0:2
SUBSYSTEM=tifm
TIFM_CARD_TYPE=XD
SEQNUM=2879

UDEV [1210563479.350711] add /devices/pci0000:00/0000:00:1e.0/0000:02:06.3/tifm_xd0:2 (tifm)
UDEV_LOG=3
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1e.0/0000:02:06.3/tifm_xd0:2
SUBSYSTEM=tifm
TIFM_CARD_TYPE=XD
SEQNUM=2879
UDEVD_EVENT=1

UEVENT[1210563480.804365] remove /devices/pci0000:00/0000:00:1e.0/0000:02:06.3/tifm_xd0:2 (tifm)
ACTION=remove
DEVPATH=/devices/pci0000:00/0000:00:1e.0/0000:02:06.3/tifm_xd0:2
SUBSYSTEM=tifm
TIFM_CARD_TYPE=XD
SEQNUM=2880

UDEV [1210563480.806489] remove /devices/pci0000:00/0000:00:1e.0/0000:02:06.3/tifm_xd0:2 (tifm)
UDEV_LOG=3
ACTION=remove
DEVPATH=/devices/pci0000:00/0000:00:1e.0/0000:02:06.3/tifm_xd0:2
SUBSYSTEM=tifm
TIFM_CARD_TYPE=XD
SEQNUM=2880
UDEVD_EVENT=1

Duncan Lithgow (duncan-lithgow)
Changed in udev:
status: Incomplete → New
Revision history for this message
Craig73 (funrun73) wrote :

Duncan - Are you still experiencing this issue? Can you provide an update, thanks. (FWIW - under 8.04 and 9.04 with a different TI chip I get the system locking hard when inserting an SD card and under 8.10 it would fail when copying files from it).

Can you provide the output from

sudo lspci -vvnn

and

uname -r

and let me know what release you are currently using.

(for my own reference, I believe your previous bug report was #53923 )

Revision history for this message
Yuv (yuv) wrote :
Download full text (17.5 KiB)

I don't know about Duncan - I have recently upgraded to 9.04 and it does not lock or crash, but it still can't read the media. Below is the output of sudo lspci -vvnn and uname -r

yuv@nc6120ubu:~$ sudo lspci -vvnn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03)
 Subsystem: Hewlett-Packard Company Device [103c:099c]
 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
 Latency: 0
 Capabilities: [e0] Vendor Specific Information <?>
 Kernel driver in use: agpgart-intel
 Kernel modules: intel-agp

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03)
 Subsystem: Hewlett-Packard Company Device [103c:099c]
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Interrupt: pin A routed to IRQ 16
 Region 0: Memory at d0400000 (32-bit, non-prefetchable) [size=512K]
 Region 1: I/O ports at 7000 [size=8]
 Region 2: Memory at c0000000 (32-bit, prefetchable) [size=256M]
 Region 3: Memory at d0480000 (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-
 Kernel modules: intelfb

00:02.1 Display controller [0380]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2792] (rev 03)
 Subsystem: Hewlett-Packard Company Device [103c:099c]
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Region 0: Memory at d0500000 (32-bit, non-prefetchable) [size=512K]
 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-

00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [8086:2660] (rev 03)
 Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Bus: primary=00, secondary=10, subordinate=10, sec-latency=0
 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
 BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
  PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
 Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
  DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
   ExtTag+ RBE- FLReset-
  DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
   RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
   MaxPayload 128 bytes, MaxReadReq 128 bytes
  DevSta:...

Revision history for this message
Duncan Lithgow (duncan-lithgow) wrote :

Sorry but I don't currently have access to this hardware.

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hi Yuv,

Could you please run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report. It might actually good to wait and run this after you've attempted to read from the device just in case any additional error messages get logged.

apport-collect -p linux-image-`uname -r` 180093

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

Changed in linux (Ubuntu):
status: New → Incomplete
tags: added: needs-upstream-testing
Revision history for this message
Yuv (yuv) wrote :

Hi Leann,

Sorry, I am afraid I can no longer provide this information. My aging notebook suffers of a dry joint under the ICH7 and as a result the USB host controller to which the card reader is attached is disabled:

[ 191.052015] uhci_hcd 0000:00:1d.0: host controller process error, something bad happened!
[ 191.052076] uhci_hcd 0000:00:1d.0: host controller halted, very bad!
[ 191.054019] uhci_hcd 0000:00:1d.0: HC died; cleaning up

Also: I am not comfortable with apport-collect for a number of reasons. Most important: I want to know what I am doing (as in: I want to learn) rather than blindly let some script collect the information and upload it. I will happily go through manual instructions and learn in the process.

Last but not least: I downloaded the latest available upstream kernel for i386 from <http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/> (June 12 - after that one file is missing) and if you tell me that even with a buggy USB it is worth to try and test, I will do it.

Revision history for this message
Keng-Yu Lin (lexical) wrote :

Can you also confirm this issue exists with the most recent Karmic Koala 9.10 Alpha release? ISO CD images are available at http://cdimage.ubuntu.com/releases/karmic/ . If the issue remains with Karmic it would be great to then also test the latest upstream mainline kernel available. This will allow additional upstream developers to examine this issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Thanks in advance.

Changed in linux (Ubuntu):
status: Incomplete → Won't Fix
Revision history for this message
Yuv (yuv) wrote :

sorry, the hardware is as good as dead. the card reader no longer works. maybe somebody else can.

Revision history for this message
Craig73 (funrun73) wrote : Re: [Bug 180093] Re: TI Card Reader not reading my SM card

I have downloaded an image... I will let you know when I have retested
(sometime in the next couple of days)

Revision history for this message
Jan Henkins (jhenkins) wrote :

Hello all,

I have the latest Karmic Beta, and this problem still persists. My hardware is an Acer TravelMate 4672 WLMi, and it seems to have the same TI chipset as discussed above. Please let me know what debug info I can give to help out. Currently I have the following when I insert or take out the xD card:

---start---
# udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[1254910363.832002] add /devices/pci0000:00/0000:00:1e.0/0000:0a:09.2/tifm_xd0:0 (tifm)
UDEV [1254910363.832313] add /devices/pci0000:00/0000:00:1e.0/0000:0a:09.2/tifm_xd0:0 (tifm)
KERNEL[1254910369.892623] remove /devices/pci0000:00/0000:00:1e.0/0000:0a:09.2/tifm_xd0:0 (tifm)
UDEV [1254910369.892658] remove /devices/pci0000:00/0000:00:1e.0/0000:0a:09.2/tifm_xd0:0 (tifm)
---end---

lshw reports the following for the actual controller:

---start---
           *-storage
                description: Mass storage controller
                product: 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)
                vendor: Texas Instruments
                physical id: 9.2
                bus info: pci@0000:0a:09.2
                version: 00
                width: 32 bits
                clock: 33MHz
                capabilities: storage pm bus_master cap_list
                configuration: driver=tifm_7xx1 latency=57 maxlatency=4 mingnt=7
                resources: irq:20 memory:c8316000-c8316fff
---end---

I tried to run "apport-collect -p linux-image-`uname -r` 180093", but for some reason it does not want to work via our proxy. Please let me know if there is any other info needed.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.