Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp711150ybz; Wed, 22 Apr 2020 06:39:28 -0700 (PDT) X-Google-Smtp-Source: APiQypJs8sO779dxYdfY0L8uBSGe6X6bZZhnG1PT3AKE21HaO6xss12Xs02a0532G+IUPXEpSBqm X-Received: by 2002:a17:906:1cd5:: with SMTP id i21mr26154320ejh.251.1587562768551; Wed, 22 Apr 2020 06:39:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587562768; cv=none; d=google.com; s=arc-20160816; b=P+yl8wLqsFdOVQng/CzI4lvb3DdUBc+LsPn+GWaFnS72RT5W3fKc9yl6Wjq2tM8CPe hUSFGxiGfueixDh8fN86EbzkVrBBvzdyW2wBjamfRqHL8qyvWbjVAkVrgXzz0YR41cTx Smf0RnFa3eBm02A112ApmVftqRvSOg/vrJSnJryQJNtVwzfrhKnUAhFCPpLgtTYMVYy+ sspox3Guy4Gx9wQuV/4/8tfj0rzdx1+hI75B2tveYuIYLZUwtVUHA7UeHiJ7RInHnvwn /BQU+tAcU5liqcmRxvoodd+E+i9hzalQgogmP4+Hdu/vD/SeubEb/Ssktg4zrXuCdYrV atIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=B4V8xTwTvDTL3MhpA5Lm+TEis+W9bJLecCVE4WU5hmg=; b=ymphvfMeqdVkGF/tb4BJPTfuyskhK0q964RSZ9l4eNYI8BUCgElWsj7VtrqpsGZ35F 69epKCKPxkFphUj6LTCahCugRQKK9vEwIV3lkZ1d06xPU1aRM9zqpFoYlS24mJGKvrHk qg2W2of3Z1YgAcpvXMgbX1IZWoHhf2AdlqC9/oHGgi2WgJ08Eag7pCfUv3teuwRw3617 0QJl0YZggCIWi3MU4r9QmjwdasqhRZT0H6H7v9pdSCuhGjpZRiKdbQxRa5MaXSP5EDDo ZP1XBONHbiIxco7NdrT3yx2eLc4r5umpp7ON05urPW+iZKSjNLYJdZxXLj2YvaRj3Uda E5hw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=F5cwlswn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r17si3642118edl.558.2020.04.22.06.39.05; Wed, 22 Apr 2020 06:39:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=F5cwlswn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726451AbgDVNgi (ORCPT + 99 others); Wed, 22 Apr 2020 09:36:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37440 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726141AbgDVNgi (ORCPT ); Wed, 22 Apr 2020 09:36:38 -0400 Received: from mail-lj1-x241.google.com (mail-lj1-x241.google.com [IPv6:2a00:1450:4864:20::241]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 90FA0C03C1A9 for ; Wed, 22 Apr 2020 06:36:36 -0700 (PDT) Received: by mail-lj1-x241.google.com with SMTP id f18so2260809lja.13 for ; Wed, 22 Apr 2020 06:36:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=B4V8xTwTvDTL3MhpA5Lm+TEis+W9bJLecCVE4WU5hmg=; b=F5cwlswnYslRfkJsmdDBVavvDi8Ca1zDJMoElyz8PyYHq5j8kapSnmXGSMuxUf6aLZ atLAJGmAm0Yhro7uTwTWRC+O+3Rf7faFr33E8Wye9MAuqwcWBn7Y0m25SUf+LQf4/hOS gIFAljqkYZYRRQQaGGOGSoVdbbchWwIvuNrXVcv+o5lFALEWdePbRm5U2ZxpwTrIqd9R Q1dKx/jUXDWtUJGIPzYD7zz5y6a20ysQ645FPAtrJwilHw97/TB7y2Bqbi5jkldr0h4U 2gKGoOAr6pJYeTHJVAneIwAzE1UklyPUOMdVB2fuGWOTqvhe5v1s64khf49OG/wCDR1k K/qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=B4V8xTwTvDTL3MhpA5Lm+TEis+W9bJLecCVE4WU5hmg=; b=gTf1Uo+0gbHPnksYDTHbCmwF4TZ7oXmzxN9x4ftPnTETg11tfng4dEC1vdXmapJkdU cB+rG6ijf4VDin/sXWCq4J6Q4eGjgmRxVkUgPFvfEXNjojv+DffueIjOlLnq4xGQDFoO Ih/59Kq893etjr/zfTUh/SR9XPnRBr+dLks38hA5x+akjdwBzcSS+hvgn8SX4S9GswtM /K9/3L6j4ev1pTzx9MzfiGZxyk9MD5gdIY2km4VaF+NvPhGcw+khHDB8rVSSztRfimZC B+D/fGzcqhZFpr5oNmIZMEHKAUHyN/44Flh+s24SbP+g4PbEgptvgNwn0nK1cAU0U/9I vowQ== X-Gm-Message-State: AGi0PuaQFdEXb96G33NCvqEAFdjCjn2eM+XZxtqAwZsX4g/7V5zoDhOf dyH8rF6ndaO1DPRhO2i/XDb1kWJoa4YdeEcITUy9Pw== X-Received: by 2002:a05:651c:319:: with SMTP id a25mr4091157ljp.209.1587562595026; Wed, 22 Apr 2020 06:36:35 -0700 (PDT) MIME-Version: 1.0 References: <20200422112719.826676174@infradead.org> <20200422112831.988065598@infradead.org> <20200422132923.GK20730@hirez.programming.kicks-ass.net> In-Reply-To: <20200422132923.GK20730@hirez.programming.kicks-ass.net> From: Vincent Guittot Date: Wed, 22 Apr 2020 15:36:22 +0200 Message-ID: Subject: Re: [PATCH 13/23] sched,ion: Convert to sched_set_normal() To: Peter Zijlstra Cc: Ingo Molnar , linux-kernel , Thomas Gleixner , Steven Rostedt , Qais Yousef , Juri Lelli , Dietmar Eggemann , Ben Segall , Mel Gorman , John Stultz Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 22 Apr 2020 at 15:29, Peter Zijlstra wrote: > > On Wed, Apr 22, 2020 at 03:21:45PM +0200, Vincent Guittot wrote: > > On Wed, 22 Apr 2020 at 13:29, Peter Zijlstra wrote: > > > > > > In an attempt to take away sched_setscheduler() from modules, change > > > this into sched_set_normal(.nice = 19). > > > > > > Cc: john.stultz@linaro.org > > > Signed-off-by: Peter Zijlstra (Intel) > > > Reviewed-by: Ingo Molnar > > > --- > > > drivers/staging/android/ion/ion_heap.c | 3 --- > > > 1 file changed, 3 deletions(-) > > > > > > --- a/drivers/staging/android/ion/ion_heap.c > > > +++ b/drivers/staging/android/ion/ion_heap.c > > > @@ -244,8 +244,6 @@ static int ion_heap_deferred_free(void * > > > > > > int ion_heap_init_deferred_free(struct ion_heap *heap) > > > { > > > - struct sched_param param = { .sched_priority = 0 }; > > > - > > > INIT_LIST_HEAD(&heap->free_list); > > > init_waitqueue_head(&heap->waitqueue); > > > heap->task = kthread_run(ion_heap_deferred_free, heap, > > > @@ -255,7 +253,7 @@ int ion_heap_init_deferred_free(struct i > > > __func__); > > > return PTR_ERR_OR_ZERO(heap->task); > > > } > > > - sched_setscheduler(heap->task, SCHED_IDLE, ¶m); > > > + sched_set_normal(heap->task, 19); > > > > Would it make sense to have a sched_set_idle(task) to enable kernel > > setting SCHED_IDLE task ? > > > > SCHED_NORMAL w/ nice 19 and SCHED_IDLE tasks are not treated in the > > same way when checking for preemption at wakeup > > Yeah, but does it really matter? I did indeed consider it, but got > lazy. Is there a definite need for IDLE? John is the best to answer this for this driver but SCHED_IDLE will let other tasks which might be involved in end user interaction like on Android to run first