Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751527Ab0GJR3t (ORCPT ); Sat, 10 Jul 2010 13:29:49 -0400 Received: from mail-bw0-f46.google.com ([209.85.214.46]:64689 "EHLO mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750736Ab0GJR3s (ORCPT ); Sat, 10 Jul 2010 13:29:48 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=AT+LbCTXA8dVYuMVY/ZpNWWyentqmfdhhviPVnTQdWGX1xs+9rr4/M0cSRP0LsyWdC imqHp+CKdPM08PFuVsN0h98gzhkgbQxD30i6jnWmvamhwTXfhpze7p0guYvJ+aGy4qMg am1F9OV2AkXGF+MGzTFsFuCfObTkL2reuP1xs= MIME-Version: 1.0 In-Reply-To: <1278774688.1998.42.camel@laptop> References: <1278682707.6083.227.camel@Palantir> <1278685951.1900.215.camel@laptop> <1278748227.4390.26.camel@Palantir> <1278774688.1998.42.camel@laptop> Date: Sat, 10 Jul 2010 19:29:46 +0200 Message-ID: Subject: Re: periods and deadlines in SCHED_DEADLINE From: Harald Gustafsson To: Peter Zijlstra Cc: Raistlin , linux-kernel , Song Yuan , Dmitry Adamushko , Thomas Gleixner , Nicola Manica , Luca Abeni , Claudio Scordino , Harald Gustafsson , Bjoern Brandenburg , bastoni@cs.unc.edu, Giuseppe Lipari Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 751 Lines: 14 > Right, so I would actually expect RT job release to be triggered by > external events (say interrupts) more than on their own. And when its an > external event I don't really see the use of this new syscall. I agree that the common usage would be to wake up by an external event, rather than sleeping for a specified time period that is longer than the set period. I would assume that the period would be changed to match some generic operational unit of the task like a frame rate or packet rate, etc. -- 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/