summaryrefslogtreecommitdiffstats
path: root/drivers/edac/edac_pci.c
diff options
context:
space:
mode:
authorHugh Dickins <hughd@google.com>2011-03-22 16:33:06 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2011-03-22 17:44:04 -0700
commit9d8aa4ea855e0d64bb6926acb5618e6d1e2ed344 (patch)
treea21357f21084169e0a322f8fa8ce8abe343d4f06 /drivers/edac/edac_pci.c
parentc033a93c0d961fc7ec5b0872649143e061d97dd4 (diff)
downloadop-kernel-dev-9d8aa4ea855e0d64bb6926acb5618e6d1e2ed344.zip
op-kernel-dev-9d8aa4ea855e0d64bb6926acb5618e6d1e2ed344.tar.gz
mm: remove worrying dead code from find_get_pages()
The radix_tree_deref_retry() case in find_get_pages() has a strange little excrescence, not seen in the other gang lookups: it looks like the start of an abandoned attempt to guarantee forward progress in a case that cannot arise. ret should always be 0 here: if it isn't, then going back to restart will leak references to pages already gotten. There used to be a comment saying nr_found is necessarily 1 here: that's not quite true, but the radix_tree_deref_retry() case is peculiar to the entry at index 0, when we race with it being moved out of the radix_tree root or back. Remove the worrisome two lines, add a brief comment here and in find_get_pages_contig() and find_get_pages_tag(), and a WARN_ON in find_get_pages() should it ever be seen elsewhere than at 0. Signed-off-by: Hugh Dickins <hughd@google.com> Cc: Nick Piggin <npiggin@kernel.dk> Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl> Cc: Wu Fengguang <fengguang.wu@intel.com> Cc: Salman Qazi <sqazi@google.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/edac/edac_pci.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud