From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755424Ab1JQVdY (ORCPT ); Mon, 17 Oct 2011 17:33:24 -0400 Received: from mx1.redhat.com ([209.132.183.28]:24245 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755384Ab1JQVdW (ORCPT ); Mon, 17 Oct 2011 17:33:22 -0400 From: Andrea Arcangeli To: Peter Zijlstra Cc: Andrew Morton , Minchan Kim , Michel Lespinasse , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Hugh Dickins , Johannes Weiner , Rik van Riel , Mel Gorman , KOSAKI Motohiro , Shaohua Li , "Paul E. McKenney" , Benjamin Herrenschmidt Subject: fix two more s390/sparc gup_fast bugs Date: Mon, 17 Oct 2011 23:32:50 +0200 Message-Id: <1318887172-5854-1-git-send-email-aarcange@redhat.com> In-Reply-To: <1316793432.9084.47.camel@twins> References: <1316793432.9084.47.camel@twins> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, I just noticed return 0 was missing after rolling back *nr, that's not ok as then gup_fast wouldn't abort and it would put pages in the wrong offset in the array I think... This isn't related to the recent changes, it was the same in 2.6.37. I don't think it's ok to return 1 after rolling back *nr. These next two are incremental with the previous.