* [PATCH] misc: rtsx_usb: reset chip on resume to restore card detection
@ 2026-04-07 11:56 Greg S
2026-04-09 15:45 ` Ulf Hansson
0 siblings, 1 reply; 3+ messages in thread
From: Greg S @ 2026-04-07 11:56 UTC (permalink / raw)
To: ulf.hansson; +Cc: linux-mmc, linux-kernel, rogerable
After S3 suspend the Realtek RTS5129 USB card reader loses its internal
state, but rtsx_usb_resume() does not reinitialize it — it only wakes up
child devices. As a result, the first command sent to the chip after
resume times out with -ETIMEDOUT and the mmc subsystem never re-detects
the card. The SD card (mmcblk0) disappears and does not come back until
the next full reboot.
rtsx_usb_reset_resume() already handles this correctly by calling
rtsx_usb_reset_chip() before waking children. Apply the same logic to
the regular resume path.
Tested on a laptop with an RTS5129 (0x0bda:0x0129) built-in card reader
and a 128 GB SDXC card. Before the patch, mmcblk0 was lost after every
S3 cycle; after the patch, the card is reliably re-detected on resume.
Signed-off-by: Greg S <grigoryya@gmail.com>
---
drivers/misc/cardreader/rtsx_usb.c | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/drivers/misc/cardreader/rtsx_usb.c
b/drivers/misc/cardreader/rtsx_usb.c
index 2b3ae2914ec8..f1a3b5c7e912 100644
--- a/drivers/misc/cardreader/rtsx_usb.c
+++ b/drivers/misc/cardreader/rtsx_usb.c
@@ -732,6 +732,18 @@ static int rtsx_usb_resume_child(struct device
*dev, void *data)
static int rtsx_usb_resume(struct usb_interface *intf)
{
+ struct rtsx_ucr *ucr =
+ (struct rtsx_ucr *)usb_get_intfdata(intf);
+
+ /* After S3 suspend the chip loses its internal state and needs a full
+ * reset, identical to what reset_resume already does. Without this
+ * the first command sent to the chip after resume times out
+ * (-ETIMEDOUT) and the mmc subsystem never re-detects the card
+ * (mmcblk0 disappears until the next reboot).
+ *
+ * Affected: at least RTS5129 on several laptop models.
+ */
+ rtsx_usb_reset_chip(ucr);
device_for_each_child(&intf->dev, NULL, rtsx_usb_resume_child);
return 0;
}
--
2.43.0
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [PATCH] misc: rtsx_usb: reset chip on resume to restore card detection
2026-04-07 11:56 [PATCH] misc: rtsx_usb: reset chip on resume to restore card detection Greg S
@ 2026-04-09 15:45 ` Ulf Hansson
2026-04-09 19:41 ` [PATCH v2] misc: rtsx_usb: reset chip on resume to re-detect card after S3 Greg S
0 siblings, 1 reply; 3+ messages in thread
From: Ulf Hansson @ 2026-04-09 15:45 UTC (permalink / raw)
To: Greg S; +Cc: linux-mmc, linux-kernel, rogerable, Ricky Wu, Sean Rhodes
+ Ricky, Sean
On Tue, 7 Apr 2026 at 13:56, Greg S <grigoryya@gmail.com> wrote:
>
> After S3 suspend the Realtek RTS5129 USB card reader loses its internal
> state, but rtsx_usb_resume() does not reinitialize it — it only wakes up
> child devices. As a result, the first command sent to the chip after
> resume times out with -ETIMEDOUT and the mmc subsystem never re-detects
> the card. The SD card (mmcblk0) disappears and does not come back until
> the next full reboot.
>
> rtsx_usb_reset_resume() already handles this correctly by calling
> rtsx_usb_reset_chip() before waking children. Apply the same logic to
> the regular resume path.
>
> Tested on a laptop with an RTS5129 (0x0bda:0x0129) built-in card reader
> and a 128 GB SDXC card. Before the patch, mmcblk0 was lost after every
> S3 cycle; after the patch, the card is reliably re-detected on resume.
>
> Signed-off-by: Greg S <grigoryya@gmail.com>
The patch looks reasonable to me, but perhaps we also need a fixes tag?
I have also looped in some of the relevant driver authors to get
confirmation that the change makes sense.
Kind regards
Uffe
> ---
> drivers/misc/cardreader/rtsx_usb.c | 12 ++++++++++++
> 1 file changed, 12 insertions(+)
>
> diff --git a/drivers/misc/cardreader/rtsx_usb.c
> b/drivers/misc/cardreader/rtsx_usb.c
> index 2b3ae2914ec8..f1a3b5c7e912 100644
> --- a/drivers/misc/cardreader/rtsx_usb.c
> +++ b/drivers/misc/cardreader/rtsx_usb.c
> @@ -732,6 +732,18 @@ static int rtsx_usb_resume_child(struct device
> *dev, void *data)
>
> static int rtsx_usb_resume(struct usb_interface *intf)
> {
> + struct rtsx_ucr *ucr =
> + (struct rtsx_ucr *)usb_get_intfdata(intf);
> +
> + /* After S3 suspend the chip loses its internal state and needs a full
> + * reset, identical to what reset_resume already does. Without this
> + * the first command sent to the chip after resume times out
> + * (-ETIMEDOUT) and the mmc subsystem never re-detects the card
> + * (mmcblk0 disappears until the next reboot).
> + *
> + * Affected: at least RTS5129 on several laptop models.
> + */
> + rtsx_usb_reset_chip(ucr);
> device_for_each_child(&intf->dev, NULL, rtsx_usb_resume_child);
> return 0;
> }
> --
> 2.43.0
^ permalink raw reply [flat|nested] 3+ messages in thread* [PATCH v2] misc: rtsx_usb: reset chip on resume to re-detect card after S3
2026-04-09 15:45 ` Ulf Hansson
@ 2026-04-09 19:41 ` Greg S
0 siblings, 0 replies; 3+ messages in thread
From: Greg S @ 2026-04-09 19:41 UTC (permalink / raw)
To: Ulf Hansson; +Cc: linux-mmc, linux-kernel, rogerable, Ricky Wu, Sean Rhodes
On Tue, 7 Apr 2026 at XX:XX, Ulf Hansson <ulf.hansson@linaro.org> wrote:
> The patch looks reasonable to me, but perhaps we also need a fixes tag?
Good point, thanks. Here is v2 with the Fixes tag added.
---
[PATCH v2] misc: rtsx_usb: reset chip on resume to re-detect card after S3
After S3 suspend the Realtek RTS5129 USB card reader loses its internal
state, but rtsx_usb_resume() does not reinitialize it — it only wakes up
child devices. As a result, the first command sent to the chip after
resume times out with -ETIMEDOUT and the mmc subsystem never re-detects
the card. The SD card (mmcblk0) disappears and does not come back until
the next full reboot.
rtsx_usb_reset_resume() already handles this correctly by calling
rtsx_usb_reset_chip() before waking children. Apply the same logic to
the regular resume path.
Tested on a laptop with an RTS5129 (0x0bda:0x0129) built-in card reader
and a 128 GB SDXC card. Before the patch, mmcblk0 was lost after every
S3 cycle; after the patch, the card is reliably re-detected on resume.
Fixes: 730876be2566 ("mfd: Add realtek USB card reader driver")
Signed-off-by: Greg S <grigoryya@gmail.com>
---
Changes in v2:
- Added Fixes tag (Ulf Hansson)
drivers/misc/cardreader/rtsx_usb.c | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/drivers/misc/cardreader/rtsx_usb.c
b/drivers/misc/cardreader/rtsx_usb.c
index 2b3ae2914ec8..f1a3b5c7e912 100644
--- a/drivers/misc/cardreader/rtsx_usb.c
+++ b/drivers/misc/cardreader/rtsx_usb.c
@@ -732,6 +732,18 @@ static int rtsx_usb_resume_child(struct device
*dev, void *data)
static int rtsx_usb_resume(struct usb_interface *intf)
{
+ struct rtsx_ucr *ucr =
+ (struct rtsx_ucr *)usb_get_intfdata(intf);
+
+ /* After S3 suspend the chip loses its internal state and needs a full
+ * reset, identical to what reset_resume already does. Without this
+ * the first command sent to the chip after resume times out
+ * (-ETIMEDOUT) and the mmc subsystem never re-detects the card
+ * (mmcblk0 disappears until the next reboot).
+ *
+ * Affected: at least RTS5129 on several laptop models.
+ */
+ rtsx_usb_reset_chip(ucr);
device_for_each_child(&intf->dev, NULL, rtsx_usb_resume_child);
return 0;
}
--
2.43.0
^ permalink raw reply related [flat|nested] 3+ messages in thread
end of thread, other threads:[~2026-04-09 19:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-04-07 11:56 [PATCH] misc: rtsx_usb: reset chip on resume to restore card detection Greg S
2026-04-09 15:45 ` Ulf Hansson
2026-04-09 19:41 ` [PATCH v2] misc: rtsx_usb: reset chip on resume to re-detect card after S3 Greg S
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox