Has there been any progress on this.
I still have the same problem on both kernel 4.15 and 5.4.
I still have to modify logrotate to limit logging or more recently I
have tried stopping the logging of any errors which was not as simple as
I expected as rsyslog uses socket activation under
I have the same flooding of /var/log/syslog about every 200 msecs with:
Oct 27 21:17:01 helios kernel: [11807.295919] ACPI Error: Method
parse/execution failed \_SB.PCI0.LPCB.H_EC._Q50, AE_AML_OPERAND_TYPE
(20170831/psparse-550)
Oct 27 21:17:02 helios kernel: [11807.497617] ACPI Error: Needed
I can also confirm that the 3.19.0.49-generic kernel solves the problem
for me.
--
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/1488426
Title:
High CPU usage of kworker/ksoftirqd
Status
I have tried the test patch provided by Mathias Nyman in http://linux-
kernel.2935.n7.nabble.com/TESTPATCH-v2-xhci-fix-usb2-resume-timing-and-
races-tc1250796.html#a1256745 and rebuilt a Wily 4.2 kernel and that has
prevented High CPU usage of kworker/ksoftirqd under all the
circumstances I have
@Aditya Thanks for the clarification. I had been trying to find out if
the patch had been merged.
The issue is not however fixed for me with 4.2 nor was it for lpuser in
#8 who tried a number of kernels. However it an improvement as I said in
#17
The following shows the problem first without BT
I have carried out some more comprehensive tests using the kernel in #4 over
the weekend and found it does improve my situation far more than my initial
quick test showed. Most of the rather bizarre behaviour has gone include the
changes with power from battery to external and the importance of
I also have a similar problem which does Not seem to be solved by the
patched kernel although the perf report looks very similar and plugging
in a USB device clears the problem. The starting and inhibiting of the
kworker spinning is very specific and rather bizare on my new Skylake
machine running
Christopher Penalver, life is too short to proliferate bug reports when
there is an existing one with all the background. In my opinion what is
needed is crosslinking and consolidation rather than proliferation so a
full picture emerges and the appropriate people address it.
It is, for example,
This should still be reopened as it occurs for me on a Chillblast
Defiant (Haswell/Optimus Architecture, Core i7 Processor and nVidia GTX
765M graphics) with Mint 17 running kernel 3.13.0-24 and I have also
tried the ubuntu mainline 3.14.4 kernel. In both cases HDMI sound is
about 20% fast whilst
I have the same problem on a Clevo W230ST based machine running Saucy
13 10. Exactly the same symtoms and print out of ls /sys/class/backlight
both using 3.11 and a 3.8 kernel on a LiveUSB. The keys will reduce the
backlight but not increase leaving one completely in the dark. I am
running
10 matches
Mail list logo
