On Wed, Oct 21, 2015 at 2:02 PM, Ulf Hansson wrote:
> were added in Linux 3.16. Perhaps you can verify if this is a regression or
> not!?
I will try this.
> Have you tried other SDXC cards which supports the "ultra high speed SDR50"
> mode?
I think only have a single large card that supports t
iginal cmd
response 0x900, card status 0x900
[39179.890435] mmcblk0: error -110 sending stop command, original cmd
response 0x900, card status 0x900
regards
Marcus
-- Forwarded message ------
From: Marcus Overhagen
Date: Mon, Sep 28, 2015 at 9:42 PM
Subject: Fwd: Data corruption with RT
_lqfp48+0x100/0x100 [rtsx_usb_ms]
[48773.760813] [] kthread+0xd8/0xf0
[48773.760821] [] ? kthread_worker_fn+0x170/0x170
[48773.760827] [] ret_from_fork+0x3f/0x70
[48773.760835] [] ? kthread_worker_fn+0x170/0x170
[root@goetterdaemmerung f3-5.0]#
On Thu, Oct 1, 2015 at 10:23 PM, Marcus Overhagen
wrote
Sometimes since updating to kernel 4.1 and now also with 4.2 usb
doesn't work anymore, and dmesg shows this stuff. I then have to
reboot to fix it. Does anyone have a recommendation for me?
I can provide more information if required and also test patches, but
it's very hard to reproduce this.
I wa
On Tue, Oct 15, 2013 at 6:07 PM, Alan Stern wrote:
> Why does the driver make this mistake?
My initial assumption was wrong, the driver doesn't infrequently poll, but
does so more often. I was misled by the confusing source.
However, I now made usbmon traces and analyzed them with LibreOffice.
h that went into kernel 3.11
Using correct transfer interval as specified by the USB endpoint
when doing the interrupt transfer fixes the warning printed by
xhci USB core on every transfer that resulted in spamming
"xhci_queue_intr_tx: 74 callbacks suppressed" to syslog
every 5 seconds.
