SD card (reader) only detected during boot

Kaiak · June 18, 2017, 4:39am

Hello everyone,

Leap 42.2 with KDE on a HP Z-Book fails to recognize SD cards when inserted. However, when inserted before booting the system the cards will be detected, mounted and data are available. Using Windows 10 on the same system (dual boot) mounts SD cards without problem.

Please let me know what additional information is required.

Thanks in advance,
Kai

Output of lspci

kai@linuxSys:~> sudo lspci
root's password:
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:16.3 Serial controller: Intel Corporation 8 Series/C220 Series Chipset Family KT Controller (rev 04)
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4)
00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 (rev d4)
00:1c.6 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #7 (rev d4)
00:1c.7 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #8 (rev d4)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM87 Express LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GK208GLM [Quadro K610M] (rev ff)
5c:00.0 Network controller: Intel Corporation Wireless 7260 (rev 73)
5d:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5249 PCI Express Card Reader (rev 01)

No output for:

kai@linuxSys:~>lspci | grep MMC

malcolmlewis · June 18, 2017, 5:15am

Hi
So it’s this device;


5d:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5249 PCI Express Card Reader (rev 01)

What does the following show when not working and when you boot with a card present;


/sbin/lspci -nnk |grep -A3 RTS5249

Sounds like just a module issue (probably needs to be modprobed).

Kaiak · June 18, 2017, 5:34am

Thanks for the quick response.

Output of /sbin/lspci -nnk |grep -A3 RTS5249:

5d:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5249 PCI Express Card Reader [10ec:5249] (rev 01)
        Subsystem: Hewlett-Packard Company ZBook 15 [103c:1909]
        Kernel driver in use: rtsx_pci
        Kernel modules: rtsx_pci

Seems the kernel loads the module?

Edit: This was with SD card inserted during boot. Let me repeat booting without SD card…
Editedit: I get the same output as above while booting without SD card inserted

Kaiak · June 18, 2017, 5:44am

Would you be so kind to share the command to modprobe the card reader module.
Thanks

malcolmlewis · June 18, 2017, 5:58am

Hi
No need, since it’s present, so it’s probably a desktop issue rather than a hardware issue…

What desktop, also what format (vfat or exfat) are the cards, can you try one with both filesystem types?

deano_ferrari · June 18, 2017, 10:22am

Any output from udev when an SD card inserted?

udevadm monitor

deano_ferrari · June 18, 2017, 10:41am

A quick search online turned up others (various distros) experiencing the same issue - perhaps dependant on the underlying hardware/driver?

Not a solution but a workaround…some report using the following command to force a manual rescan of the PCI bus which then causes the card to be detected and the file system mounted…

echo 1 > /sys/bus/pci/rescan

Kaiak · June 18, 2017, 2:25pm

Kaiak:

Thanks for the quick response.

Output of /sbin/lspci -nnk |grep -A3 RTS5249:
5d:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5249 PCI Express Card Reader [10ec:5249] (rev 01)
        Subsystem: Hewlett-Packard Company ZBook 15 [103c:1909]
        Kernel driver in use: rtsx_pci
        Kernel modules: rtsx_pci
Seems the kernel loads the module?

Edit: This was with SD card inserted during boot. Let me repeat booting without SD card…
Editedit: I get the same output as above while booting without SD card inserted

So, the behavior seems a little difficult to reproduce. After the above steps, the system would recognize several different cards without problem.

Then later, after I came back to the computer, SD cards where not recognized again. Issuing the above command

/sbin/lspci -nnk |grep -A3 RTS5249

did not yield any output.

Using

echo 1 > /sys/bus/pci/rescan

does indeed force the system to recognize different cards. Is there a way to automatize this procedure?

And

/sbin/lspci -nnk |grep -A3 RTS5249

does produce output after echo

Should I file a bug report?

deano_ferrari · June 18, 2017, 9:57pm

Kaiak:

So, the behavior seems a little difficult to reproduce. After the above steps, the system would recognize several different cards without problem.

Then later, after I came back to the computer, SD cards where not recognized again. Issuing the above command
/sbin/lspci -nnk |grep -A3 RTS5249
did not yield any output.

A power management issue with the device perhaps? Any UEFI/BIOS settings for this? (Have a careful look for such).

Using

echo 1 > /sys/bus/pci/rescan

does indeed force the system to recognize different cards. Is there a way to automatize this procedure?

The only thing I can think of is to create a .desktop file that executes the required command, but it will require root privileges to exectue, or perhaps a cron job, but it’s an awful workaround to cope with a such an issue.

Should I file a bug report?

Yes, I would.

Kaiak · June 19, 2017, 4:15am

Probably not, as the other OS in dual boot does not meet this issue. Also the previous openSUSE 13.2 installation recognized the device without problem and I am not aware of any BIOS changes.

Ok, I will just execute the command whenever needed. It is something I don’t use daily, but many times when I am outside in the field with the system.

Yes, I would.

Where would be the right place for that?

Thanks heaps for all your help, people

malcolmlewis · June 19, 2017, 4:32am

Hi
Follow the process here: openSUSE:Submitting bug reports - openSUSE

Please post back the bug reference as well

Kaiak · June 19, 2017, 7:38am

Here is the bug report: https://bugzilla.opensuse.org/show_bug.cgi?id=1044844

I hope I did it the right way

malcolmlewis · June 21, 2017, 10:03pm

On Mon 19 Jun 2017 05:46:01 AM CDT, Kaiak wrote:

Here is the bug report:
1044844 – RTS5249 PCI Express Card Reader not detected

I hope I did it the right way

Hi
You did, unfortunately it won’t get fixed. The kernel devs always work
on the next kernels, it’s very easy to add, boot, test and then boot
back to the old kernel.

Nothing will get broken… then they will possibly backport the fix to
the benefit of all…

–
Cheers Malcolm °¿° SUSE Knowledge Partner (Linux Counter #276890)
openSUSE Leap 42.2|GNOME 3.20.2|4.4.70-18.9-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!