not with SD-HC cards.
06:04.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)
Subsystem: Toshiba America Info Systems Device ff00
Flags: bus master, medium devsel, latency 57, IRQ 18
Memory at dc004000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <access denied>
Kernel driver in use: tifm_7xx1
Kernel modules: tifm_7xx1
[25770.564129] tifm_core: MMC/SD card detected in socket 0:1
[25770.890806] mmc1: new SD card at address e624
[25770.974644] mmcblk0: mmc1:e624 SD01G 968 MiB
[25770.974741] mmcblk0: p1
[26081.582118] tifm0 : demand removing card from socket 0:1
[26081.582195] mmc1: card e624 removed
Husse wrote:not with SD-HC cards.
With more than one card or a specific card?
The most common single-digit-in-1 card readers don't seem to support SDHC
emorrp1 wrote:Hi, is it meant to recognise SDHC? The most common single-digit-in-1 card readers don't seem to support SDHC, just SD.
optimize me wrote:..............
....Try it out and see what works for you.. you might not have to change all three setting to 'yes'.
I have "HAMA USB 2.0 Card Reader 35 in 1". When I connect this to any of the two USB ports the SDHC Card is accessible and correctly read/write- able.
I guess there is an issue with the driver for the internal JMicron controller
Husse wrote:I think emorrp1 hit the nail when he stated that "single digit" in 1 readers have a problem
And yes it may work in Vista and be a "driver" problem but as I stated I have a problem where it is a matter with the card not the reader
I hope you can use the 35 in 1 reader
Husse wrote:As this was at least partially solved I have not done anything about it - normal procedure
From what I read here I think that this is a kernel problem, possibly solved by a custom built kernel
It also seems that kernel 2.6.27 is common when you look for this kind of problem
It is probably a timeout problem
Sorry that is about all I get
Users browsing this forum: Google Adsense [Bot], yoshiGr and 16 guests