kworker is using up a lot of CPU
by Eberhard Schruefer
Hello,
I did send the following message to the users-list but did not get a reply. Therefore I try
here again. Meanwhile I found that somebody else filed a bug on bugzilla.kernel.org
(*Bug* 53071* *Problems with gpe13 interrupt storm) about it. Is there something else I can
do?
Thanks.
Eberhard
Original post at the users list:
I installed F18 on a Samsung NP700Z7C-S04 laptop. It is dual boot with
WIN 8 and has UEFI enabled,
but secure boot is disabled. I'm seeing kworker using up around 80% CPU
time constantly and the
laptop is running hot.
I found several similar reports on other lists. Suggestions found there
like having acpi=noirq and others
didn't help.
There is a closed bugzilla (Bug 840862) suggesting to do the following
to find the cause of the problem:
echo workqueue:workqueue_queue_work > /sys/kernel/debug/tracing/set_event
cat /sys/kernel/debug/tracing/trace_pipe > out.txt
In out.txt I find
CPU:3 [LOST 12401 EVENTS]
<idle>-0 [003] d.h. 1010.943940: workqueue_queue_work:
work struct=ffff880328a55910 function=acpi_os_execute_deferred
workqueue=ffff88032d856b40 req_cpu=0 cpu=0
<idle>-0 [003] d.h. 1010.943969: workqueue_queue_work:
work struct=ffff880328a55ad0 function=acpi_os_execute_deferred
workqueue=ffff88032d856b40 req_cpu=0 cpu=0
<idle>-0 [003] d.h. 1010.944000: workqueue_queue_work:
work struct=ffff880328a553d0 function=acpi_os_execute_deferred
workqueue=ffff88032d856b40 req_cpu=0 cpu=0
The acpi_os_execute_deferred message is showing up endlessly.
Also suggested in the bugzilla is doing
cat /proc/2/stack
[<ffffffff81082425>] kthreadd+0x1e5/0x1f0
[<ffffffff8163dfac>] ret_from_fork+0x7c/0xb0
[<ffffffffffffffff>] 0xffffffffffffffff
What to do with this information?
I'm running kernel 3.7.4-204.fc18.x86_64 (the earlier F18 kernels showed
the same behaviour).
Any help would be appreciated. Should I sent this to another list?
Thanks.
Eberhard
11 years, 2 months
Proposed F19 Feature: Add LVM Thin provisioning support to the yum-fs-snapshot plugin
by Jaroslav Reznik
= Features/YumFsSnapshotThinpSupport =
https://fedoraproject.org/wiki/Features/YumFsSnapshotThinpSupport
Feature owner(s): Ondrej Kozina <okozina AT redhat DOT com>, Mike Snitzer
<snitzer AT redhat DOT com >
For the purposes of system rollback: Provide the ability to create a snapshot
of all thinly provisioned LVM2 volumes associated with FS mount points that
are relevant to a yum transaction.
== Detailed description ==
Yum's fs-snapshot plugin already has support for LVM2's old snapshots. LVM2's
new thinp snapshots offer much more performance and ease administration. It is
desirable to have the life-cycle of snapshots that are created by yum's fs-
snapshot plugin be managed by the snapper utility. As such it could be that
the yum fs-snapshot plugin is extend to provide a wrapper around snapper for
the creation of thinp based snapshots.
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
11 years, 2 months
Proposed F19 Feature: Enterprise / distributed two-factor authentication
by Jaroslav Reznik
= Features/EnterpriseTwoFactorAuthentication =
https://fedoraproject.org/wiki/Features/EnterpriseTwoFactorAuthentication
Feature owner(s): Daniel Pocock <daniel(a)pocock.com.au>
Provide a flexible solution for two-factor authentication on a distributed
basis, suitable for enterprise and SSO.
== Detailed description ==
Most OTP solutions for two-factor authentication require some kind of storage
backend for counters or other volatile data. Early implementations work with
flat files on a single host. dynalogin was created to bring stability and
flexibility, storing counters in just about any type of database. Other
solutions such as totp-cgi have similar goals (although it only mentions
Postgres support, whereas dynalogin can use MySQL thanks to UNIXODBC).
dynalogin has been successfully integrated with the SimpleID provider for
OpenID authentication.
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
11 years, 2 months
Fedora 19 Feature Submission Deadline is TODAY
by Jaroslav Reznik
Just a follow up to yesterday's reminder - Fedora 19 Feature Submission
Deadline is TODAY (2013-01-29 23:59 UTC).
Please make sure your Features are in the correct - FeatureReadyForWrangler -
category. All Features submitted by this deadline will be processed and
announced on devel-announce list but it could take a day/two to process it (+
I may ask you for fix) - also and not to overflood the list with announcements.
Thanks for you patience ;-)
Features announced for more than one week were already scheduled for
tomorrow's FESCo meeting, see FESCo Trac (and you should be on CC).
Jaroslav
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
11 years, 2 months
Retiring libopensync-plugin-google-calendar, comoonics*, and grc for the Remove PyXML Feature
by Toshio Kuratomi
Greetings,
For the Remove PyXML Feature,
https://fedoraproject.org/wiki/Features/RemovePyXML all packages in Fedora
that depend on PyXML need to be ported to another python XML library or
removed from Fedora. All but three of the packages have been ported
upstream or in Fedora at this point. The remaining packages are:
* grc -- GNU Radio Companion: graphical frontend to gnuradio. But seems to
have been replaced by gnuradio-companion in the main gnuradio
package. https://bugzilla.redhat.com/show_bug.cgi?id=652370
* libopensync-plugin-google-calendar -- Google Calendar plugin for
libopensync. It looks like there's a newer version of this
(released in 2008) that replaces all of the python code with C.
However, it needs a newer libopensync (also from 2008) as well.
https://bugzilla.redhat.com/show_bug.cgi?id=844545
* comoonics-base-py, comoonics-cdsl-py, comoonics-cluster-py -- Not sure
quite what these are. In some way they help implement
opensharedroot, a diskless shared root cluster. Note that
osr-dracut-module depends on this and would need to be retired if
this one is.
https://bugzilla.redhat.com/show_bug.cgi?id=844547
In the Feature page I specified that I would be retiring these packages from
rawhide if I didn't hear back from the maintainers in responce to my
requests on bugzilla. I haven't heard back. I'm sending out this email on
the chance that someone else cares about these packages (or the maintainer
isn't seeing bugzilla email) and would like to work on porting them. If
I don't hear from anyone I plan to retire them from rawhide Tuesday,
February 5th (1 week from now).
Thanks, Toshio
11 years, 2 months
Proposed F19 Feature: Erlang/OTP R16
by Jaroslav Reznik
= Features/Erlang R16 =
https://fedoraproject.org/wiki/Features/Erlang_R16
Feature owner(s): Peter Lemenkov <lemenkov(a)gmail.com>
Update Erlang to the upstream R16 release.
== Detailed description ==
Erlang is a general-purpose concurrent programming language and runtime
system. The sequential subset of Erlang is a functional language, with strict
evaluation, single assignment, and dynamic typing. For concurrency it follows
the Actor model. It was designed by Ericsson to support distributed, fault-
tolerant, soft-real-time, non-stop applications. The first version was
developed by Joe Armstrong in 1986. It supports hot swapping, thus code can be
changed without stopping a system. Erlang was originally a proprietary
language within Ericsson, but was released as open source in 1998.
While threads are considered a complicated and error-prone topic in most
languages, Erlang provides language-level features for creating and managing
processes with the aim of simplifying concurrent programming. Though all
concurrency is explicit in Erlang, processes communicate using message passing
instead of shared variables, which removes the need for locks.
The above text was taken from
http://en.wikipedia.org/wiki/Erlang_%28programming_language%29
The status of Erlang and related packages in Fedora/EPEL is shown at Erlang
SIG page - https://fedoraproject.org/wiki/SIGs/Erlang#Current_packages
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
11 years, 2 months
Proposed F19 Feature: KDE Plasma Workspaces 4.10
by Jaroslav Reznik
= KDE Plasma Workspaces 4.10 =
https://fedoraproject.org/wiki/Features/KDE410
Feature owner(s): rdieter(a)fedoraproject.org, ltinkl(a)redhat.com,
than(a)redhat.com, jreznik(a)redhat.com
Rebase to KDE Plasma Workspace 4.10. including Plasma Desktop and Netbook
workspaces, the KDE Applications and the KDE Platform.
== Detailed description ==
New features overview
* KDE Plasma Workspaces, KDE Applications and KDE Platform 4.10
* based on top of Qt 4.8
* New Screen Locker, a new screen locking mechanism based on QtQuick brings
more flexibility and security to Plasma Desktop.
* Animated Wallpapers
* Qt Quick in Plasma Workspaces
* Improved Zooming in Okular
* New Print Manager plasma applet and settings module
* Faster indexing, improvements in the Nepomuk semantic engine allows faster
indexing of files.
* KWin supports global menu (appmenu-qt should be added to kickstart)
* New Apper plasma applet for better updates notifications
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
11 years, 2 months
Proposed F19 Feature: NFStest
by Jaroslav Reznik
= Features/NFStest =
https://fedoraproject.org/wiki/Features/NFStest
Feature owner(s): Steve Dickson <steved(a)redhat.com>
Provides a set of tools for testing either the NFS client or the NFS server,
most of the functionality is focused mainly on testing the client.
== Detailed description ==
NFStest provides a set of tools for testing either the NFS client or the NFS
server, including the framework for developing more tests. These tools include
the following:
Process command line arguments
Provide functionality for PASS/FAIL
Provide test grouping functionality
Provide multiple client support
Logging mechanism
Debug info control
Mount/Unmount control
Create files/directories
Provide mechanism to start a packet trace
Provide mechanism to simulate a network partition
Support for pNFS testing
Provide mechanism to automate packet trace inspection
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
11 years, 2 months
F18: The sushi file previewer does not support the cinnamon desktop?
by Joachim Backes
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all,
I'm running F18. It seems that the gnome3 previewer sushi is not able
to work properly under the cinnamon desktop. In gnome3, selecting a
(music) file for example and then pressing blank will play this file,
but this won't work under cinnamon.
Intentionally, or bug?
Kind regards
Joachim Backes <joachim.backes(a)rhrk.uni-kl.de>
https://www-user.rhrk.uni-kl.de/~backes
PGP key ID: 0x1BB12F9E
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
iQEcBAEBAgAGBQJRB++CAAoJEKzGLy0bsS+eQD4H/RNrBekkbE0ulez45bi/M70n
g8gf+PiObPkXjcMgfftRa3EUgX3oYat43Vu9UHvUy+CIoco6PJEhuwS7KU3mNLxc
O7aXU69yzkIkOPbVCsswxN8VSp90ZajCSi4Eg6SCXCDNneXHRljUH+/+zDZNw4pf
MZyjdJiNZbSesQEUKhFPpheuPSdCW3mAm0sSQG1Vf9AkCbcxvQLL265z1nx9slXs
3SGUcdlu3i0hdbFv0CVlBa17clxkClmszsVwAyMMBZGr+rJOhYxppjHLhTPbO83F
P9KDBXc86aW7mpGvGtu8XoubqrvCCDNGzvnGJBKscPmCOYbHJ3vBh+I9dXS/IhU=
=eh9W
-----END PGP SIGNATURE-----
11 years, 2 months