From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756440AbbAHLIu (ORCPT ); Thu, 8 Jan 2015 06:08:50 -0500 Received: from mail-db3on0089.outbound.protection.outlook.com ([157.55.234.89]:23546 "EHLO emea01-db3-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752063AbbAHLIt (ORCPT ); Thu, 8 Jan 2015 06:08:49 -0500 Message-ID: <54AE6533.2020302@mellanox.com> Date: Thu, 8 Jan 2015 13:08:35 +0200 From: Haggai Eran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: , CC: , , Linus Torvalds , , Mel Gorman , "H. Peter Anvin" , Peter Zijlstra , Andrea Arcangeli , "Johannes Weiner" , Larry Woodman , "Rik van Riel" , Dave Airlie , Brendan Conoboy , Joe Donohue , Duncan Poole , Sherry Cheung , Subhash Gutti , John Hubbard , Mark Hairgrove , Lucien Dunning , "Cameron Buschardt" , Arvind Gopalakrishnan , Shachar Raindel , Liran Liss , Roland Dreier , Ben Sander , Greg Stoner , John Bridgman , Michael Mantor , "Paul Blinzer" , Laurent Morichetti , Alexander Deucher , Oded Gabbay , =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= , Jatin Kumar Subject: Re: [PATCH 5/6] HMM: add per mirror page table. References: <1420497889-10088-1-git-send-email-j.glisse@gmail.com> <1420497889-10088-6-git-send-email-j.glisse@gmail.com> In-Reply-To: <1420497889-10088-6-git-send-email-j.glisse@gmail.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.8.0.101] X-EOPAttributedMessage: 0 Authentication-Results: spf=none (sender IP is 193.47.165.134) smtp.mailfrom=haggaie@mellanox.com; X-Forefront-Antispam-Report: CIP:193.47.165.134;CTRY:IL;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10009020)(6009001)(428002)(24454002)(189002)(199003)(479174004)(86362001)(59896002)(101416001)(33656002)(84676001)(20776003)(47776003)(87936001)(120916001)(99396003)(19580405001)(46102003)(64706001)(92566001)(21056001)(65806001)(65956001)(19580395003)(105586002)(107046002)(83506001)(106466001)(6806004)(80316001)(23676002)(97736003)(77156002)(62966003)(76176999)(65816999)(54356999)(64126003)(50986999)(36756003)(31966008)(68736005)(50466002)(87266999)(77096005)(4396001)(2950100001)(7059030);DIR:OUT;SFP:1101;SCL:1;SRVR:DB3PR05MB0762;H:mtlcas13.mtl.com;FPR:;SPF:None;MLV:sfv;PTR:ErrorRetry;MX:1;A:1;LANG:en; X-DmarcAction: None X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:(3005003);SRVR:DB3PR05MB0762; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004);SRVR:DB3PR05MB0762; X-Forefront-PRVS: 0450A714CB X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:DB3PR05MB0762; X-OriginatorOrg: Mellanox.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Jan 2015 11:08:43.1150 (UTC) X-MS-Exchange-CrossTenant-Id: a652971c-7d2e-4d9b-a6a4-d149256f461b X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a652971c-7d2e-4d9b-a6a4-d149256f461b;Ip=[193.47.165.134] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR05MB0762 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/01/2015 00:44, j.glisse@gmail.com wrote: > + /* fence_wait() - to wait on device driver fence. > + * > + * @fence: The device driver fence struct. > + * Returns: 0 on success,-EIO on error, -EAGAIN to wait again. > + * > + * Called when hmm want to wait for all operations associated with a > + * fence to complete (including device cache flush if the event mandate > + * it). > + * > + * Device driver must free fence and associated resources if it returns > + * something else thant -EAGAIN. On -EAGAIN the fence must not be free > + * as hmm will call back again. > + * > + * Return error if scheduled operation failed or if need to wait again. > + * -EIO Some input/output error with the device. > + * -EAGAIN The fence not yet signaled, hmm reschedule waiting thread. > + * > + * All other return value trigger warning and are transformed to -EIO. > + */ > + int (*fence_wait)(struct hmm_fence *fence); According to the comment, the device frees the fence struct when the fence_wait callback returns zero or -EIO, but the code below calls fence_unref after fence_wait on the same fence. > + > + /* fence_ref() - take a reference fence structure. > + * > + * @fence: Fence structure hmm is referencing. > + */ > + void (*fence_ref)(struct hmm_fence *fence); I don't see fence_ref being called anywhere in the patchset. Is it actually needed? > +static void hmm_device_fence_wait(struct hmm_device *device, > + struct hmm_fence *fence) > +{ > + struct hmm_mirror *mirror; > + int r; > + > + if (fence == NULL) > + return; > + > + list_del_init(&fence->list); > + do { > + r = device->ops->fence_wait(fence); > + if (r == -EAGAIN) > + io_schedule(); > + } while (r == -EAGAIN); > + > + mirror = fence->mirror; > + device->ops->fence_unref(fence); > + if (r) > + hmm_mirror_release(mirror); > +} > + Regards, Haggai From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) by kanga.kvack.org (Postfix) with ESMTP id 170746B0032 for ; Thu, 8 Jan 2015 06:08:49 -0500 (EST) Received: by mail-lb0-f170.google.com with SMTP id 10so2238227lbg.1 for ; Thu, 08 Jan 2015 03:08:48 -0800 (PST) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0093.outbound.protection.outlook.com. [157.55.234.93]) by mx.google.com with ESMTPS id uh4si7458446lbb.15.2015.01.08.03.08.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 08 Jan 2015 03:08:48 -0800 (PST) Message-ID: <54AE6533.2020302@mellanox.com> Date: Thu, 8 Jan 2015 13:08:35 +0200 From: Haggai Eran MIME-Version: 1.0 Subject: Re: [PATCH 5/6] HMM: add per mirror page table. References: <1420497889-10088-1-git-send-email-j.glisse@gmail.com> <1420497889-10088-6-git-send-email-j.glisse@gmail.com> In-Reply-To: <1420497889-10088-6-git-send-email-j.glisse@gmail.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: j.glisse@gmail.com, akpm@linux-foundation.org Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, Linus Torvalds , joro@8bytes.org, Mel Gorman , "H. Peter Anvin" , Peter Zijlstra , Andrea Arcangeli , Johannes Weiner , Larry Woodman , Rik van Riel , Dave Airlie , Brendan Conoboy , Joe Donohue , Duncan Poole , Sherry Cheung , Subhash Gutti , John Hubbard , Mark Hairgrove , Lucien Dunning , Cameron Buschardt , Arvind Gopalakrishnan , Shachar Raindel , Liran Liss , Roland Dreier , Ben Sander , Greg Stoner , John Bridgman , Michael Mantor , Paul Blinzer , Laurent Morichetti , Alexander Deucher , Oded Gabbay , =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= , Jatin Kumar On 06/01/2015 00:44, j.glisse@gmail.com wrote: > + /* fence_wait() - to wait on device driver fence. > + * > + * @fence: The device driver fence struct. > + * Returns: 0 on success,-EIO on error, -EAGAIN to wait again. > + * > + * Called when hmm want to wait for all operations associated with a > + * fence to complete (including device cache flush if the event mandate > + * it). > + * > + * Device driver must free fence and associated resources if it returns > + * something else thant -EAGAIN. On -EAGAIN the fence must not be free > + * as hmm will call back again. > + * > + * Return error if scheduled operation failed or if need to wait again. > + * -EIO Some input/output error with the device. > + * -EAGAIN The fence not yet signaled, hmm reschedule waiting thread. > + * > + * All other return value trigger warning and are transformed to -EIO. > + */ > + int (*fence_wait)(struct hmm_fence *fence); According to the comment, the device frees the fence struct when the fence_wait callback returns zero or -EIO, but the code below calls fence_unref after fence_wait on the same fence. > + > + /* fence_ref() - take a reference fence structure. > + * > + * @fence: Fence structure hmm is referencing. > + */ > + void (*fence_ref)(struct hmm_fence *fence); I don't see fence_ref being called anywhere in the patchset. Is it actually needed? > +static void hmm_device_fence_wait(struct hmm_device *device, > + struct hmm_fence *fence) > +{ > + struct hmm_mirror *mirror; > + int r; > + > + if (fence == NULL) > + return; > + > + list_del_init(&fence->list); > + do { > + r = device->ops->fence_wait(fence); > + if (r == -EAGAIN) > + io_schedule(); > + } while (r == -EAGAIN); > + > + mirror = fence->mirror; > + device->ops->fence_unref(fence); > + if (r) > + hmm_mirror_release(mirror); > +} > + Regards, Haggai -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org