diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2014-02-14 11:05:41 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2014-02-14 11:05:41 -0800 |
commit | 3bd354abe17f2c8aa426ef84b78f14e505f0a920 (patch) | |
tree | bdaed9ba35a7b6fdce76ae4086309b644f1afd37 /crypto/ecb.c | |
parent | cbc252566c09ad4ab14a40813d4feac4228571cb (diff) | |
parent | cb6ef42e516cb8948f15e4b70dc03af8020050a2 (diff) | |
download | linux-3bd354abe17f2c8aa426ef84b78f14e505f0a920.tar.bz2 |
Merge tag 'edac_for_3.14' of git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp
Pull EDAC fixes from Borislav Petkov:
"Fix polling timeout setting through sysfs.
You're surely wondering why the patches are not based on an rc. Well,
Andrew sent you 79040cad3f82 ("drivers/edac/edac_mc_sysfs.c: poll
timeout cannot be zero sent you") already (it got in in -rc2) but it
is not enough as a fix because for one, setting too low polling
intervals (< 1sec) don't make any sense and cause unnecessary polling
load on the system.
Then, even if we set some interval, we explode with
[ 4143.094342] WARNING: CPU: 1 PID: 0 at kernel/workqueue.c:1393 __queue_work+0x1d7/0x340()
because the workqueue setup path is used also for the timeout period
resetting and we're doing INIT_DELAYED_WORK() on an already active
workqueue. Which is total bollocks. So this is taken care of by the
second patch.
I've CCed stable for those two"
* tag 'edac_for_3.14' of git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp:
EDAC: Correct workqueue setup path
EDAC: Poll timeout cannot be zero, p2
Diffstat (limited to 'crypto/ecb.c')
0 files changed, 0 insertions, 0 deletions