Bug 43191
Summary: | Syslog fills with messages about assuming drive cache when SD card not present | ||
---|---|---|---|
Product: | IO/Storage | Reporter: | Sree Harsha Totakura (sriharshatotakura+kernelbugs) |
Component: | Serial ATA | Assignee: | Alan (alan) |
Status: | ASSIGNED --- | ||
Severity: | normal | CC: | alan, chaim, chrisfahlman, daniel.mehrmann, fri, kernel, kernelbugs, linux, nesnera, petr.pisar, smokephil, szg00000, zhaohaoshu |
Priority: | P1 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 3.4.0 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
list of currently loaded modules
lspci scsi dmesg; lspci; lspci -v; lspci -vvv; cat /proc/scsi/scsi; lsmod dmesg output |
Description
Sree Harsha Totakura
2012-05-01 22:21:48 UTC
Created attachment 73154 [details]
lspci
Created attachment 73155 [details]
scsi
*** Bug 43190 has been marked as a duplicate of this bug. *** Noticed this on a "Lenovo Ideapad S10" as well. Ubuntu #925760 has a workaround for this: $ rmmod ums_realtek usbcore: deregistering interface driver ums-realtek And the messages stop. As soon as the module is loaded again, the messages resume and repeat every 52 seconds: $ modprobe ums_realtek May 2 23:50:46 scsi5 : usb-storage 1-5:1.0 May 2 23:50:46 usbcore: registered new interface driver ums-realtek May 2 23:50:47 scsi 5:0:0:0: Direct-Access Generic- Multi-Card 1.00 PQ: 0 ANSI: 0 CCS May 2 23:50:47 sd 5:0:0:0: Attached scsi generic sg1 type 0 May 2 23:50:47 sd 5:0:0:0: [sdb] Attached SCSI removable disk May 2 23:51:38 sd 5:0:0:0: [sdb] Test WP failed, assume Write Enabled May 2 23:51:38 sd 5:0:0:0: [sdb] Asking for cache data failed May 2 23:51:38 sd 5:0:0:0: [sdb] Assuming drive cache: write through May 2 23:52:30 sd 5:0:0:0: [sdb] Test WP failed, assume Write Enabled May 2 23:52:30 sd 5:0:0:0: [sdb] Asking for cache data failed May 2 23:52:30 sd 5:0:0:0: [sdb] Assuming drive cache: write through Created attachment 73164 [details]
dmesg; lspci; lspci -v; lspci -vvv; cat /proc/scsi/scsi; lsmod
I can confirm it happens with my Netbook LG x110 as well. I attach a boot.log Created attachment 73217 [details]
dmesg output
dmesg output of Netbook LG x110
See <https://bugzilla.redhat.com/show_bug.cgi?id=769747> for other udev---kernel debugging. The issue is caused by ums_realtek module's 'selective suspend' operation. This option is enabled by default and - using its default delay timer of 50 seconds - triggers these events. The driver seems to implement it's own sleep functionality and timer whilst also telling the kernel it supports auto-suspend callbacks. I have an issue that may be the same But i have much higher rate of errors, and it is continuously a couple hundred pair of message lines per second when i plug in a small video camera and do not have the microSD inserted in it. And it also spews out the messages if i have the card inserted, if i power on the machine with it attached. Do you think it is the same issue? For details see: https://bugs.mageia.org/show_bug.cgi?id=10038 I can confirm - this problem causes Realtek card reader. This small work around works for me well - http://askubuntu.com/a/337802 Sorry I forgot: modinfo ums_realtek filename: /lib/modules/3.11.10-200.fc19.x86_64/kernel/drivers/usb/storage/ums-realtek.ko version: 1.03 license: GPL author: wwang <wei_wang@realsil.com.cn> description: Driver for Realtek USB Card Reader srcversion: 7211D16D16BECBF334341D5 alias: usb:v0BDAp0159d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp0158d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp0138d*dc*dsc*dp*ic*isc*ip*in* depends: usb-storage intree: Y vermagic: 3.11.10-200.fc19.x86_64 SMP mod_unload signer: Fedora kernel signing key sig_key: 73:A1:46:50:5C:77:01:B9:19:75:E6:40:A2:56:94:5B:70:16:C5:D0 sig_hashalgo: sha256 parm: auto_delink_en:enable auto delink (int) parm: ss_en:enable selective suspend (int) parm: ss_delay:seconds to delay before entering selective suspend (int |