kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #153853
[Bug 1530187] Re: r852 & r592 IRQ: DMA errors cause log files to grow *HUGE*
Launchpad has imported 24 comments from the remote bug at
https://bugzilla.novell.com/show_bug.cgi?id=892249.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2014-08-16T13:45:45+00:00 gldickens3 wrote:
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0)
Gecko/20100101 Firefox/31.0
I am seeing this problem on OpenSUSE with kernel-desktop versions 3.15.6
(stable repo) and 3.16.0 (HEAD repo).
The log files on my laptop, /var/log/messages and /var/log/warn, will
grow HUGE with the following repeated over and over along with some
extraneous related log entries:
2014-08-15T12:18:41.396981-04:00 localhost kernel: [17310.691176] r592: IRQ: card added
2014-08-15T12:18:41.396983-04:00 localhost kernel: [17310.691178] r592: IRQ: DMA error
.
<snip>
.
2014-08-15T12:18:41.397001-04:00 localhost kernel: [17311.223846] r592: IRQ: card added
2014-08-15T12:18:41.397004-04:00 localhost kernel: [17311.223847] r592: IRQ: DMA error
On any given day, there will be tens of thousands of these entries such
that /var/log/messages and /var/log/warn will both exceed 3GB within a
day (over 6GB total).
I believe that this bug is generated due to the presence of a Ricoh
R5C592 Memory Stick Adapter on my laptop and which has never been
properly recognized by the stock linux kernels. Apparently, the kernel
developers keep trying to make it work but have now introduced a
"bigger" problem so to speak since it is now causing all these
extraneous error messages to be generated in the logs.
I am seeing this bug on OpenSUSE with kernel-desktop versions 3.15.6 and
3.16.0. This bug does not appear to be present in the OpenSUSE stock
3.11.6 and 3.11.10 kernels. I have since reverted back to the earlier
kernels that don't have this problem.
This bug has also been reported at Red Hat's bugzilla at:
https://bugzilla.redhat.com/show_bug.cgi?id=1119361
IMHO, this bug needs to be fixed prior to the release of OpenSUSE 13.2.
FYI,
Gordon
Reproducible: Always
Steps to Reproduce:
1. Boot
2. Wait a while. It sometimes takes an hour or two for the log errors to begin at top volume.
Actual Results:
Logs grow *HUGE* with r592IRQ: DMA errors and related entries.
Expected Results:
Logger should not produce error messages of this magnitude and size.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/0
------------------------------------------------------------------------
On 2014-08-22T16:02:20+00:00 Tiwai-r wrote:
Since it's endless irq wakeups, here is a blind shot: could you check
whether the patch below works?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/1
------------------------------------------------------------------------
On 2014-08-22T16:02:49+00:00 Tiwai-r wrote:
Created attachment 603338
Test patch
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/2
------------------------------------------------------------------------
On 2014-08-27T17:19:05+00:00 gldickens3 wrote:
I am not a kernel developer and so I'm not sure how to build r592.c with
the patch, however, I would be happy to test it if somebody else would
build it for me. Alternatively, if its simple to do, then please
provide some instructions and I will attempt to build it.
Also, the following is from a post at:
https://forums.opensuse.org/showthread.php/494706-openSUSE-13-1-KDE-
inconsistant-resume-from-Suspend-to-RAM?p=2661131#post2661131
Quoting Romanator: "The most recent openSUSE kernel (3.11.10-21-desktop)
Makefile for the r592.c from Maxim Levitsky is from 2010. His final
patch wasn't submitted until Jan. 8, 2011. <snip> Ask the openSUSE
kernel devs to look at and backport patch #5b945a6 from this link:
https://gitorious.org/ricoh-kernel/ricoh-kernel.git ".
So, it doesn't look like the OpenSUSE kernel has the most recent r592
driver...
Also, there is a good bit of recent activity by the r592 developer,
Maxim Levitsky, on this exact same bug at Red Hat's Bugzilla site here:
https://bugzilla.redhat.com/show_bug.cgi?id=1119361
The bottom line is that someone needs to make sure that OpenSUSE is
using the most recent version of r592.c.
FYI,
Gordon
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/3
------------------------------------------------------------------------
On 2014-08-27T17:27:50+00:00 gldickens3 wrote:
The ricoh-kernel project is maintained here:
https://gitorious.org/ricoh-kernel/ricoh-
kernel/source/33138f5085346e1000bcab7ef83e2c88a200b6ec:
Also, there is a more recent (March 31, 2011) r592.c patch here:
https://gitorious.org/ricoh-kernel/ricoh-
kernel/commit/33138f5085346e1000bcab7ef83e2c88a200b6ec
FYI,
Gordon
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/4
------------------------------------------------------------------------
On 2014-08-28T07:02:09+00:00 Tiwai-r wrote:
(In reply to comment #3)
> I am not a kernel developer and so I'm not sure how to build r592.c with the
> patch, however, I would be happy to test it if somebody else would build it for
> me. Alternatively, if its simple to do, then please provide some instructions
> and I will attempt to build it.
Yes, you should learn how to build a kernel and a patched module. There are a few good ways. I'll give some brief instructions later.
> Also, the following is from a post at:
>
> https://forums.opensuse.org/showthread.php/494706-openSUSE-13-1-KDE-inconsistant-resume-from-Suspend-to-RAM?p=2661131#post2661131
>
> Quoting Romanator: "The most recent openSUSE kernel (3.11.10-21-desktop)
> Makefile for the r592.c from Maxim Levitsky is from 2010. His final patch
> wasn't submitted until Jan. 8, 2011. <snip> Ask the openSUSE kernel devs to
> look at and backport patch #5b945a6 from this link:
> https://gitorious.org/ricoh-kernel/ricoh-kernel.git ".
>
> So, it doesn't look like the OpenSUSE kernel has the most recent r592 driver...
You're testing 3.15 and 3.16, so the above statement doesn't fit at all.
> Also, there is a good bit of recent activity by the r592 developer, Maxim
> Levitsky, on this exact same bug at Red Hat's Bugzilla site here:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1119361
>
> The bottom line is that someone needs to make sure that OpenSUSE is using the
> most recent version of r592.c.
No, r592 developer has to submit the fix to the upstream at first. This
is the golden rule. In general, we take *only* the upstream fix (or the
patch that is promised to upstream) to openSUSE kernels.
If there is a problem of upstreaming, put me in Cc in chain, so that I
can assist for it.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/5
------------------------------------------------------------------------
On 2014-09-01T15:46:55+00:00 Tiwai-r wrote:
(In reply to comment #5)
> (In reply to comment #3)
> > I am not a kernel developer and so I'm not sure how to build r592.c with the
> > patch, however, I would be happy to test it if somebody else would build it for
> > me. Alternatively, if its simple to do, then please provide some instructions
> > and I will attempt to build it.
>
> Yes, you should learn how to build a kernel and a patched module. There are a
> few good ways. I'll give some brief instructions later.
A quick way to rebuild a module is like below:
1. Install kernel-source and kernel-desktop-devel packages.
2. Copy the relevant driver code to the local directory. Suppose you'll work on a directory /somewhere/test to compile the module:
% mkdir /somewhere/test
% cp -a /usr/src/linux/drivers/memstick/host /somewhere/test
3. Patch the code. In this case, pass -p4 to strip the paths:
% cd /somewhere/test
% patch -p4 < /yetsomewhere/r592.patch
4. Build the module. This is the tricky part. Pass -C option to make.
% make -C /usr/src/linux-obj/x86_64/desktop M=$(pwd) modules
5. If successful built, install it to the updates directory. Do this as root.
% su
....
# mkdir -p /lib/modules/$(uname -r)/updates
# cp *.ko /lib/modules/$(uname -r)/updates
# depmod -a
6. Confirm that the module will be loaded from the new path. The command below should give the path with "updates" path:
% /usr/sbin/modinfo r592 | grep filename
filename: /lib/modules/..../updates/r592.ko
7. Retest. If anything goes wrong, just remove the updated modules from
/lib/modules/*/updates/* directory.
Since this rebuilds only a few modules, it won't take time at all, at
most 5 minutes or so.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/6
------------------------------------------------------------------------
On 2014-11-25T00:13:41+00:00 gldickens3 wrote:
I have found a resolution to this problem as is described in the Red Hat
bug report here:
https://bugzilla.redhat.com/show_bug.cgi?id=1119361
That is, set the following parameter in the kernel config file
/boot/<kernel version>:
CONFIG_MMC_RICOH_MMC=n
On my recently upgraded OpenSUSE 13.2 machine, the kernel was
3.16.6-2-desktop so the file that I modified was
/boot/config-3.16.6-2-desktop.
The log messages will then subside completely. Otherwise, if you have
the ricoh r592 card reader then your logs will grow exponentially. For
example, after I upgraded to OpenSUSE 13.2 two days ago,
/var/log/journal had grown to over 5GB in less than 48 hours.
The problem is the default setting should be CONFIG_MMC_RICOH_MMC=n
instead of CONFIG_MMC_RICOH_MMC=y. So, the kernel developers need to
change this parameter for all OpenSUSE versions.
FYI,
Gordon
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/7
------------------------------------------------------------------------
On 2014-11-25T06:42:17+00:00 Tiwai-r wrote:
Thanks, that's a good information.
Though, CONFIG_MMC_RICOH_MMC was also y in the old working kernel, so
disabling this is no real solution unless confirmed to *all* Ricoh MMC
chips.
If the Kconfig matters, the bug must be in drivers/pci/quirks.c, and
indeed there were a few changes regarding Ricoh MMC device there between
3.15 and 3.16 kernels.
Could you give hwinfo output of your machine? I particularly need the
PCI IDs, but it's better to have all hwinfo in anyway.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/8
------------------------------------------------------------------------
On 2014-11-25T06:47:28+00:00 Tiwai-r wrote:
Also, could you check whether the problem still exists with the recent
kernels, 3.17.x and 3.18-rc? They are available in OBS Kernel:stable
and Kernel:HEAD repos. We need to know this before reporting to the
upstream.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/9
------------------------------------------------------------------------
On 2014-11-25T21:59:52+00:00 gldickens3 wrote:
I set CONFIG_MMC_RICOH_MMC=n since that was recommended by the
maintainer of the device driver, Maxim Levitsky in the RedHat bug report
that I previously referenced. Nevertheless, I apparently spoke to soon.
Sorry! My PC was stable with minimal log entries for an hour or two
last night. Then, today it started generating huge logs again even with
CONFIG_MMC_RICOH_MMC=n. So, as a test, I blacklisted r592 in
/etc/modprobe.d/50-blacklist.conf. Its been 5 hours since then without
any excessive logging. Interestingly, the SD card reader works properly
too even after I black listed r592. So, blacklisting r592 (with
CONFIG_MMC_RICOH_MMC=n) has stopped the excessive logging and the SD
card still works. I have attached the results of the lspci and hwinfo
commands. As you can see, there are actually four RICOH devices listed.
I hope that this helps.
Also, I am running nVidia proprietary drivers which I would have to
recompile in order to try out the other more recent kernels so
installing these kernels (and reverting back to stock) will be a bit
more time consuming than otherwise. Nevertheless, if you still want me
to test these newer kernels, I will do so within the next week or so.
Thanks very much for your assistance!
Gordon
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/10
------------------------------------------------------------------------
On 2014-11-25T22:02:35+00:00 gldickens3 wrote:
Created attachment 614989
Results of hwinfo command
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/11
------------------------------------------------------------------------
On 2014-11-25T22:03:24+00:00 gldickens3 wrote:
Created attachment 614990
Results of lspci command.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/12
------------------------------------------------------------------------
On 2014-11-25T22:22:05+00:00 Tiwai-r wrote:
You may try a kernel package in OBS home:tiwai:bnc892249 repo. This
should be compatible with openSUSE 13.2 (so Nvidia kmp should work as
is) and yet includes a possible fix patch.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/13
------------------------------------------------------------------------
On 2014-11-26T00:48:53+00:00 gldickens3 wrote:
The massive logging started up again after about 7 hours.... Ugh...
Thanks for your repo for me to try! Its installed:
gordon@rhino:~> uname -a
Linux rhino 3.16.7-1.g632515b-desktop #1 SMP PREEMPT Tue Nov 25 07:11:35 UTC 2014 (632515b) x86_64 x86_64 x86_64 GNU/Linux
Lets see how it goes for a day or so.
Thanks again for your efforts!
Gordon
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/14
------------------------------------------------------------------------
On 2014-11-26T15:56:32+00:00 gldickens3 wrote:
Created attachment 615124
12 second shapshot of the kernel log output.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/15
------------------------------------------------------------------------
On 2014-11-26T16:02:48+00:00 gldickens3 wrote:
Well, your kernel-desktop version 3.16.7-1.g632515b-desktop did not
help. Like before, after installing your new kernel, everything was
fine through a few hours or operation and 3 to 4 suspends/resumes.
Then, following the most recent resume from suspend, the massive logging
started back up again. I have attached a 12 second snippet of the log
output that I hope helps you figure this out.
To review what is happening, everything is fine for a few hours of
operation. Then the kernel logger goes crazy with huge massive logging.
I believe that the massive logging has always begun following a resume
from suspend, however, I cannot say that with 100% certainty. Then,
following a reboot, everything is fine again for a little while.
Please review the attached log and reply with your advice. This is an
unmanageable situation. If it cannot be fixed soon then I need to
revert back to an earlier kernel version and, if necessary, an earlier
OS version such as OpenSUSE 13.1.
As another test, I am going to blacklist r852 since it has been showing
up in these logs too.
Thanks again for your help.
Gordon
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/16
------------------------------------------------------------------------
On 2014-11-26T16:10:19+00:00 Tiwai-r wrote:
OK, then maybe it isn't a regression that was introduced in 3.16 but did
exist in the former versions, too.
Just to confirm: does the card reader work even without r592 module at
all? I saw you blacklisted, but it isn't loaded at all when using the
card reader?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/17
------------------------------------------------------------------------
On 2014-11-26T17:03:44+00:00 gldickens3 wrote:
I have recently run kernels 3.11, 3.15, 3.16. The problem did not exist
with kernel 3.11 and I first saw issues in kernels 3.15 and 3.16. I did
not test kernels 3.12, 3.13 or 3.14. So the problem started between
kernel 3.12 and 3.15.
Yes, the card reader works without the r592 module. I have now
blacklisted both r592 and r852 and there are no mention of either in the
kernel logs at startup or when I plug the card in. Also, the hwinfo
command indicates that both modules are not active even when the card is
inserted during which I am able to browse the card.
I am adding another hwinfo output file with r592 and r852 blacklisted.
This file was generated with the SD card inserted and working. The
hwinfo output says that both R592 and r852 are not active. However,
there are two other Ricoh devices:
Device 32: PCI 301.0: 0c00 FireWire (IEEE 1394) (OHCI)
Model: Model: "Ricoh R5C832 IEEE 1394 Controller"
Driver: "firewire_ohci"
Device 33: PCI 301.1: 0805 SD Host controller
Model: "Ricoh R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter"
Driver: "sdhci-pci"
So, should I also blacklist both firewire_ohci and sdhci-pci?
Thanks,
Gordon
PS: As an FYI, I am now running OpenSUSE 13.2. Previous to three days
ago, I was runing OpenSUSE 13.1. I don't know if it matters but I
thought that I should mention this.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/18
------------------------------------------------------------------------
On 2014-11-26T17:05:20+00:00 gldickens3 wrote:
Created attachment 615145
Results of hwinfo command with both r592 and r852 blacklisted and the SD card inserted.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/19
------------------------------------------------------------------------
On 2014-11-26T19:33:31+00:00 Tiwai-r wrote:
Ah, I have looked somehow at the wrong places.
Yes, you can keep using the SD-card, etc, without r592 and r852 modules.
r592 module is only for the legacy memory stick device, and r852 is for
xD. Unless you need these rare media, you can safely blacklist them.
Did you have to blacklist both modules, not only one of them? I wonder
now whether disabling DMA in r592 and r852 modules make things calm
down. Put the following in /etc/modprobe.d/*.conf:
options r592 enable_dma=0
options r852 r852_enable_dma=0
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/20
------------------------------------------------------------------------
On 2014-11-27T14:13:10+00:00 gldickens3 wrote:
Yes, yesterday, I blacklisted both the r592 and r852 modules and its now
been almost 24 hours without encountering the excessive logging problem.
I am going to watch and wait before I disable DMA for the two modules. I
want to see if blacklisting both RICOH devices solves the problem by
itself. However, if/when the excessive logging next occurs then I will
immediately disable DMA to see if that helps.
Thanks again for your support. Let me know if you have any other
recommendations. I will report back with my findings.
Gordon
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/21
------------------------------------------------------------------------
On 2014-11-29T12:17:24+00:00 gldickens3 wrote:
Hi Takashi,
I believe that we have achieved success! Blacklisting both the r592 and
r852 modules appears to have fixed the problem. I have now been running
your 3.16.7-1.g632515b-desktop kernel for 3 days with these two modules
blacklisted and I have not seen any unusual or excessive logging at all.
With this configuration, everything seems to be back to normal. As an
FYI, I have not disabled DMA for the r592 and r852 modules; only
blacklisted them.
I noticed that you posted an updated kernel on November 27 which I did
install. Did that update contain anything special or significant
regarding this problem?
Also, do you recommend that I stay on your kernel/repo or should I
revert back to the stock kernel at some point?
Please advise.
Thank you very much for your help and assistance.
Gordon
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/22
------------------------------------------------------------------------
On 2015-06-02T14:05:28+00:00 Jslaby-h wrote:
I hope this is fixed in later kernels, so we can close it now. If not,
please reopen.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/comments/23
** Changed in: linux (openSUSE)
Status: Unknown => Fix Released
** Changed in: linux (openSUSE)
Importance: Unknown => Critical
** Bug watch added: Red Hat Bugzilla #1119361
https://bugzilla.redhat.com/show_bug.cgi?id=1119361
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1530187
Title:
r852 & r592 IRQ: DMA errors cause log files to grow *HUGE*
Status in linux package in Ubuntu:
Confirmed
Status in linux package in openSUSE:
Fix Released
Bug description:
Hi,
I have many crash messages related to r852 & r592 modules in my syslog files.
I had already submitted a bug report for that ( https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1500156 ) but since that time, I upgraded to 15.10. The issue is still there, but displayed a bit differently (stack trace now).
This issue slows down the machine and can also lead to a disk full in /var/log I guess. My current syslog is about 4GB large and is 1 day old.
Typical messages I get :
[104370.032867] r592: IRQ: card added
[104370.032873] r592: IRQ: DMA error
I've read some posts/other bug reports related to the same issue :
http://lists.opensuse.org/opensuse-bugs/2014-08/msg01076.html
https://bugzilla.redhat.com/show_bug.cgi?id=1119361
https://forum.ubuntu-fr.org/viewtopic.php?id=1907131&p=1
https://bugzilla.novell.com/show_bug.cgi?id=892249
I would be glad if some solution is proposed to stop filling these
logs !
Cheers,
Laurent
ProblemType: Bug
DistroRelease: Ubuntu 15.10
Package: linux-image-4.2.0-22-generic 4.2.0-22.27
ProcVersionSignature: Ubuntu 4.2.0-22.27-generic 4.2.6
Uname: Linux 4.2.0-22-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.19.1-0ubuntu5
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: lmartinb 1743 F.... pulseaudio
CurrentDesktop: Unity
Date: Wed Dec 30 18:42:04 2015
HibernationDevice: RESUME=UUID=6512e903-d5d3-4c2e-90b4-45ed0610fcd5
InstallationDate: Installed on 2014-07-29 (519 days ago)
InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2)
MachineType: ASUSTeK Computer Inc. M50Vc
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.2.0-22-generic root=UUID=c05406a2-6b6b-4c79-aa26-51af9aa16cb1 ro quiet splash
RelatedPackageVersions:
linux-restricted-modules-4.2.0-22-generic N/A
linux-backports-modules-4.2.0-22-generic N/A
linux-firmware 1.149.3
SourcePackage: linux
UpgradeStatus: Upgraded to wily on 2015-12-21 (8 days ago)
dmi.bios.date: 10/14/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 212
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: M50Vc
dmi.board.vendor: ASUSTeK Computer Inc.
dmi.board.version: 1.0
dmi.chassis.asset.tag: ATN12345678901234567
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK Computer Inc.
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr212:bd10/14/2009:svnASUSTeKComputerInc.:pnM50Vc:pvr1.0:rvnASUSTeKComputerInc.:rnM50Vc:rvr1.0:cvnASUSTeKComputerInc.:ct10:cvr1.0:
dmi.product.name: M50Vc
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK Computer Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1530187/+subscriptions
References
