aboutsummaryrefslogtreecommitdiffstats
path: root/kernel/workqueue.c
diff options
context:
space:
mode:
authorBenjamin Herrenschmidt <benh@kernel.crashing.org>2011-09-26 19:37:57 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2012-12-17 10:49:02 -0800
commitf2a1abc8cfa0220a550c5a54440a5e97ef025899 (patch)
tree71325fb1c2331af0bc8ae2d7f930a7aca533f5ef /kernel/workqueue.c
parent15a83cc22d40240f1f551b4c2092f7f246bdbfce (diff)
downloadkernel_samsung_smdk4412-f2a1abc8cfa0220a550c5a54440a5e97ef025899.zip
kernel_samsung_smdk4412-f2a1abc8cfa0220a550c5a54440a5e97ef025899.tar.gz
kernel_samsung_smdk4412-f2a1abc8cfa0220a550c5a54440a5e97ef025899.tar.bz2
powerpc/ptrace: Fix build with gcc 4.6
commit e69b742a6793dc5bf16f6eedca534d4bc10d68b2 upstream. gcc (rightfully) complains that we are accessing beyond the end of the fpr array (we do, to access the fpscr). The only sane thing to do (whether anything in that code can be called remotely sane is debatable) is to special case fpscr and handle it as a separate statement. I initially tried to do it it by making the array access conditional to index < PT_FPSCR and using a 3rd else leg but for some reason gcc was unable to understand it and still spewed the warning. So I ended up with something a tad more intricated but it seems to build on 32-bit and on 64-bit with and without VSX. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Michael Neuling <mikey@neuling.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'kernel/workqueue.c')
0 files changed, 0 insertions, 0 deletions