summaryrefslogtreecommitdiff
path: root/lib/raid6/altivec.uc
diff options
context:
space:
mode:
authorMandeep Singh Baines <msb@chromium.org>2012-07-30 21:43:22 (GMT)
committerLinus Torvalds <torvalds@linux-foundation.org>2012-07-31 00:25:22 (GMT)
commite04f228335bde305d2833e40382ed37fc36f9efe (patch)
treeb942a4540c99d44bba5e0950c92f089a2f621ebf /lib/raid6/altivec.uc
parentc24aa64d169b7224f1a5bc6a4b1365da37ce861b (diff)
downloadlinux-e04f228335bde305d2833e40382ed37fc36f9efe.tar.xz
lib/scatterlist: do not re-write gfp_flags in __sg_alloc_table()
We are seeing a lot of sg_alloc_table allocation failures using the new drm prime infrastructure. We isolated the cause to code in __sg_alloc_table that was re-writing the gfp_flags. There is a comment in the code that suggest that there is an assumption about the allocation coming from a memory pool. This was likely true when sg lists were primarily used for disk I/O. Signed-off-by: Mandeep Singh Baines <msb@chromium.org> Cc: Jens Axboe <axboe@kernel.dk> Cc: Paul Gortmaker <paul.gortmaker@windriver.com> Cc: Cong Wang <amwang@redhat.com> Cc: Daniel Vetter <daniel.vetter@ffwll.ch> Cc: Rob Clark <rob.clark@linaro.org> Cc: Sumit Semwal <sumit.semwal@linaro.org> Cc: Inki Dae <inki.dae@samsung.com> Cc: Dave Airlie <airlied@redhat.com> Cc: Sonny Rao <sonnyrao@chromium.org> Cc: Olof Johansson <olofj@chromium.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'lib/raid6/altivec.uc')
0 files changed, 0 insertions, 0 deletions