Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp933785imu; Wed, 9 Jan 2019 08:44:49 -0800 (PST) X-Google-Smtp-Source: ALg8bN6Jq1mXS5NvBn4p9sw1Ln5i1pjxsINonBU/eS1GDcOxZNx8Ixh6iD00EYlYw8G0HjAdTO0G X-Received: by 2002:a17:902:4401:: with SMTP id k1mr6765801pld.307.1547052289224; Wed, 09 Jan 2019 08:44:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547052289; cv=none; d=google.com; s=arc-20160816; b=NZEkumVH4N+pAgw2wXmeouuZmMoylmy5XLzN7DIuMxSV8a/1KwOp34FyfJWJfMbMJs F6BdKXRFp1ECTYU5hvWEhU/aPGgZhSUuzJCtgfRwns8Kji1T1StGjsResJVS3+NMpIPy zStQFmb4lWauhOwxdQ2EBBfgd9egDOXHe9JqgAp1W3lI5t2h4XBXZuodg3SmDawex3Cz gAPEl9cN+dlSiRN0c+MTbxKiEjQC2qXU9f1vy48lOB3p32QDGcEbvLxj073kqCPHZkQi CNyQEH6ViH2HfZYoWRMFqa/8fnMSLjillzXcj+nzKqtEZnwghzoXgTZBxyb6Q+uwCNCj gw6Q== 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=IBIo32ByRPmxBTL9AaGtSZq85lohSWTcbPLNjN16JkQ=; b=SJ5lA+4P5j1aGc+RafeaBUkV74PRowOjAOTXLyDcQqeuoVHue2bEeeSSk7mpu9uUmf E/WraReSkYM7QHM8p7AMqb4/aY/xz8wfZ/rcRZ5SNqTm/hM+vWeN4sba53ZlYR2iUvA4 6KYiQjKv+GvkGam376rzyHD9Jf4S8yvyxpM8TQmEmAoqCGkVCLx0B/QwGPlS/V4XEuFI r46GpDmw3/amCcRFpWiZZ5GwS4XgiPMA6o0gKC3cKQIr9lhNmtOINR9sb/ssyG2fZbzL jzAvo6YsVBAKzHnsB1mlC5B+Awllpj0Gjq3DdAsOBGRmJYK+vd5pNFJqKB/NMDXbbFQh b78A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=hZRaa5lV; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id g187si18224535pfc.43.2019.01.09.08.44.34; Wed, 09 Jan 2019 08:44:49 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=hZRaa5lV; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1726464AbfAIQco (ORCPT + 99 others); Wed, 9 Jan 2019 11:32:44 -0500 Received: from mail-it1-f195.google.com ([209.85.166.195]:40683 "EHLO mail-it1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726448AbfAIQcn (ORCPT ); Wed, 9 Jan 2019 11:32:43 -0500 Received: by mail-it1-f195.google.com with SMTP id h193so11850996ita.5 for ; Wed, 09 Jan 2019 08:32:42 -0800 (PST) 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=IBIo32ByRPmxBTL9AaGtSZq85lohSWTcbPLNjN16JkQ=; b=hZRaa5lVc+882BwwPaUmtGmcyGuGKCN1RnSJ+GP0rMtoChXxCXX20WV253RdBGQuoW ZIxuIVDSfaNk/0Iw4anXOVRxAiNba52FpWFYmO36xpe8X/N1w0mpuYl+H1VHp6qDhup3 pbg8da8ScdtkJxBlV7tcg+eq9AYUM7Rj6CaR8= 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=IBIo32ByRPmxBTL9AaGtSZq85lohSWTcbPLNjN16JkQ=; b=j9pvgLAjM8drcvwat2pGPsCaeTB8YdbTTKF1EzWzVHRWaej0qGOmLlXnCfAIsjI2QX ddYRo3N8MCDXAlPq7o5FCX01RptG8aKSk2Za5r59qQiszzVg3bwRNeacQJ85tZK5goPq hVr5RdXgyWFmBqpOaf6zeSmcK04Jg01VYE/sFjSicQ7UmRpKdbPpjcP9tdiDrufeeDbD 7rc68hs0uHxFif4nMLqBBIQV7iGoO5RR12sZj9wVF2vW1fi+Wnu2hI8CGZzg5Xcndl+g +o1DK09Mm0x/slNDeRnNVr8jzBVJiN3Jbxod7QukOyhNjlvhwFSdDY3Rz0glES6U4oO1 f4Lw== X-Gm-Message-State: AJcUukcfUzbc0ZSu84mE5MTLYxRVXXLMtR+9bIJhRx+99wemefB2nCWX CU2rKposQ11aVBBvXjFHE7BT3JhUyzEDfPB6SjgtFg== X-Received: by 2002:a02:6019:: with SMTP id i25mr4669057jac.137.1547051562293; Wed, 09 Jan 2019 08:32:42 -0800 (PST) MIME-Version: 1.0 References: <20190108155354.GL5544@atomide.com> <20190108213743.GN5544@atomide.com> <20190109014218.GA8363@linaro.org> <20190109111703.GA28605@lenoch> <20190109115824.GA1353@lenoch> <20190109133337.GA13579@lenoch> <20190109160736.GA7416@lenoch> In-Reply-To: <20190109160736.GA7416@lenoch> From: Vincent Guittot Date: Wed, 9 Jan 2019 17:32:31 +0100 Message-ID: Subject: Re: Regression in v5.0-rc1 with autosuspend hrtimers To: Ladislav Michl Cc: Tony Lindgren , "Rafael J. Wysocki" , Ulf Hansson , "open list:THERMAL" , linux-kernel , LAK , linux-omap@vger.kernel.org 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, 9 Jan 2019 at 17:07, Ladislav Michl wrote: > > On Wed, Jan 09, 2019 at 03:12:25PM +0100, Vincent Guittot wrote: > > Please keep all thread list when replying :-) > > Ahh, sorry for that... > [snip] > > On Wed, 9 Jan 2019 at 14:33, Ladislav Michl wrote: > > > I agree, but it doea all the magic correctly, so you won't need > > > to touch that code is ktime_t changes (I know, unlikely..) > > > > But the current implementation doesn't care of any changes in ktime_t > > as it uses raw ns > > Fair enough, so let's go back to: This one looks good for me > diff --git a/drivers/base/power/runtime.c b/drivers/base/power/runtime.c > index 70624695b6d5..e61ee9b47a26 100644 > --- a/drivers/base/power/runtime.c > +++ b/drivers/base/power/runtime.c > @@ -121,7 +121,7 @@ static void pm_runtime_cancel_pending(struct device *dev) > * Compute the autosuspend-delay expiration time based on the device's > * power.last_busy time. If the delay has already expired or is disabled > * (negative) or the power.use_autosuspend flag isn't set, return 0. > - * Otherwise return the expiration time in jiffies (adjusted to be nonzero). > + * Otherwise return the expiration time in nanoseconds (adjusted to be nonzero). > * > * This function may be called either with or without dev->power.lock held. > * Either way it can be racy, since power.last_busy may be updated at any time. > @@ -129,24 +129,21 @@ static void pm_runtime_cancel_pending(struct device *dev) > u64 pm_runtime_autosuspend_expiration(struct device *dev) > { > int autosuspend_delay; > - u64 last_busy, expires = 0; > - u64 now = ktime_to_ns(ktime_get()); > + u64 expires; > > if (!dev->power.use_autosuspend) > - goto out; > + return 0; > > autosuspend_delay = READ_ONCE(dev->power.autosuspend_delay); > if (autosuspend_delay < 0) > - goto out; > - > - last_busy = READ_ONCE(dev->power.last_busy); > + return 0; > > - expires = last_busy + autosuspend_delay * NSEC_PER_MSEC; > - if (expires <= now) > - expires = 0; /* Already expired. */ > + expires = READ_ONCE(dev->power.last_busy); > + expires += NSEC_PER_MSEC * (u64)autosuspend_delay; > + if (expires > ktime_to_ns(ktime_get())) > + return expires; /* Expires in the future */ > > - out: > - return expires; > + return 0; > } > EXPORT_SYMBOL_GPL(pm_runtime_autosuspend_expiration); > > Which gives for arm: > 00000480 : > 480: e92d41f0 push {r4, r5, r6, r7, r8, lr} > 484: e5d030d1 ldrb r3, [r0, #209] ; 0xd1 > 488: e3130004 tst r3, #4 > 48c: 0a00000c beq 4c4 > 490: e59030e4 ldr r3, [r0, #228] ; 0xe4 > 494: e3530000 cmp r3, #0 > 498: ba000009 blt 4c4 > 49c: e28050e8 add r5, r0, #232 ; 0xe8 > 4a0: e8950030 ldm r5, {r4, r5} > 4a4: e59f2030 ldr r2, [pc, #48] ; 4dc > 4a8: e0e54392 smlal r4, r5, r2, r3 > 4ac: ebfffffe bl 0 > 4b0: e1550001 cmp r5, r1 > 4b4: 01540000 cmpeq r4, r0 > 4b8: e1a06004 mov r6, r4 > 4bc: e1a07005 mov r7, r5 > 4c0: 8a000001 bhi 4cc > 4c4: e3a06000 mov r6, #0 > 4c8: e3a07000 mov r7, #0 > 4cc: e1a00006 mov r0, r6 > 4d0: e1a01007 mov r1, r7 > 4d4: e8bd41f0 pop {r4, r5, r6, r7, r8, lr} > 4d8: e12fff1e bx lr > 4dc: 000f4240 .word 0x000f4240 > > And x86: > 0000000000000230 : > 230: 8b 87 a4 01 00 00 mov 0x1a4(%rdi),%eax > 236: 53 push %rbx > 237: 85 c0 test %eax,%eax > 239: 78 1e js 259 > 23b: 48 63 d8 movslq %eax,%rbx > 23e: 48 8b 97 a8 01 00 00 mov 0x1a8(%rdi),%rdx > 245: 48 69 db 40 42 0f 00 imul $0xf4240,%rbx,%rbx > 24c: 48 01 d3 add %rdx,%rbx > 24f: e8 00 00 00 00 callq 254 > 254: 48 39 c3 cmp %rax,%rbx > 257: 77 02 ja 25b > 259: 31 db xor %ebx,%ebx > 25b: 48 89 d8 mov %rbx,%rax > 25e: 5b pop %rbx > 25f: c3 retq > > 00000000000002a0 : > 2a0: f6 87 91 01 00 00 04 testb $0x4,0x191(%rdi) > 2a7: 74 02 je 2ab > 2a9: eb 85 jmp 230 > 2ab: 31 c0 xor %eax,%eax > 2ad: c3 retq > 2ae: 66 90 xchg %ax,%ax > > > [snip] > > > Well, main concern was not to call ktime_get at the beginning of function > > > as it is not too cheap. > > > > Doesn't the compiler optimize that to just before the test ? > > No (compare with above). And it is also almost certain that someone will run > script and send "...do not needlesly initialize..." patch :) > > gcc version 8.2.1 20181130 (OSELAS.Toolchain-2018.12.0 8-20181130) > > 00000110 : > 110: e92d41f0 push {r4, r5, r6, r7, r8, lr} > 114: e1a06000 mov r6, r0 > 118: ebfffffe bl 0 > 11c: e5d630d1 ldrb r3, [r6, #209] ; 0xd1 > 120: e3130004 tst r3, #4 > 124: 0a00000d beq 160 > 128: e596c0e4 ldr ip, [r6, #228] ; 0xe4 > 12c: e35c0000 cmp ip, #0 > 130: ba00000a blt 160 > 134: e28630e8 add r3, r6, #232 ; 0xe8 > 138: e893000c ldm r3, {r2, r3} > 13c: e1a05001 mov r5, r1 > 140: e1a04000 mov r4, r0 > 144: e59f002c ldr r0, [pc, #44] ; 178 > 148: e0010c90 mul r1, r0, ip > 14c: e0926001 adds r6, r2, r1 > 150: e0a37fc1 adc r7, r3, r1, asr #31 > 154: e1550007 cmp r5, r7 > 158: 01540006 cmpeq r4, r6 > 15c: 3a000001 bcc 168 > 160: e3a06000 mov r6, #0 > 164: e3a07000 mov r7, #0 > 168: e1a00006 mov r0, r6 > 16c: e1a01007 mov r1, r7 > 170: e8bd41f0 pop {r4, r5, r6, r7, r8, lr} > 174: e12fff1e bx lr > 178: 000f4240 .word 0x000f4240