summaryrefslogtreecommitdiff
path: root/drivers/base
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2014-02-14 11:05:41 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2014-02-14 11:05:41 -0800
commit3bd354abe17f2c8aa426ef84b78f14e505f0a920 (patch)
treebdaed9ba35a7b6fdce76ae4086309b644f1afd37 /drivers/base
parentcbc252566c09ad4ab14a40813d4feac4228571cb (diff)
parentcb6ef42e516cb8948f15e4b70dc03af8020050a2 (diff)
downloadlinux-rpi-3bd354abe17f2c8aa426ef84b78f14e505f0a920.tar.gz
linux-rpi-3bd354abe17f2c8aa426ef84b78f14e505f0a920.tar.bz2
linux-rpi-3bd354abe17f2c8aa426ef84b78f14e505f0a920.zip
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 'drivers/base')
0 files changed, 0 insertions, 0 deletions