Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752850AbbEKUWa (ORCPT ); Mon, 11 May 2015 16:22:30 -0400 Received: from mail-lb0-f179.google.com ([209.85.217.179]:34580 "EHLO mail-lb0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751388AbbEKUW2 (ORCPT ); Mon, 11 May 2015 16:22:28 -0400 MIME-Version: 1.0 In-Reply-To: <20150511014428.GB15721@dastard> References: <20150511014428.GB15721@dastard> Date: Mon, 11 May 2015 16:22:26 -0400 X-Google-Sender-Auth: ElVPtzQgG14Ci40Yqhgt0Vyq-PM Message-ID: Subject: Re: [PATCH 1/1] suspend: delete sys_sync() From: Len Brown To: Dave Chinner Cc: "Rafael J. Wysocki" , Linux PM list , "linux-kernel@vger.kernel.org" , Len Brown Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 979 Lines: 23 On Sun, May 10, 2015 at 9:44 PM, Dave Chinner wrote: > ...Please explain what your use case is that makes this > so prohibitively expensive it needs to be removed. wake on packet, process packet without turning on the display, immediately suspend. Do this potentially several times per second. >> The user-space utilities s2ram and s2disk choose to invoke sync() today. >> A user can invoke suspend directly via /sys/power/state to skip that cost. > > So, you want to have s2disk write all the dirty pages in memory to > the suspend image, rather than to the filesystem? The s2disk utility is unchanged by this proposal, it already includes a sync(). cheers, Len Brown, Intel Open Source Technology Center -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/