Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp375816imm; Tue, 3 Jul 2018 21:41:36 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfM4nHcw4uAxPFGMQo/ExgD2Xhy437ktiu2VD9LGOzlI6JH+DQBOw3vRXirSf6c2FSw9ssg X-Received: by 2002:a17:902:820a:: with SMTP id x10-v6mr515695pln.179.1530679296945; Tue, 03 Jul 2018 21:41:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530679296; cv=none; d=google.com; s=arc-20160816; b=Gaf1PP5QJdTvm56dN+MJ+vhqLBrQ6Bl98MEJCN22ZWZ30uxbdcCZaxIs8YcjcIF7qj CM+9PUxMQRccgD+y+t4CHfThRFgAkX95Cyt92ArAccLwjtt6TbF+1dMguG8dBHerWYYM syqZVb24cLKghizPK6o7zj5A+VVJoEgq1/XgY8JClEZLDygDOvQCHKMh+3URPZjPTmti iQcaJS3ORZ/962kjz0uZQW8nakhcFU+DihU8NyxAoT21RfWA/VJZTprqFOMIfmF9WyWb cWTwMdpOHvHlPneGrH4H4vQliaND+jMEMJCZ7ShWyuoJ9saFnEz6hSV9OBMronQ36y7C 7ggQ== 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 :arc-authentication-results; bh=KeRifuRjAfDvCZxhdXIRqxDCMEXH4ECn039BSt29dXY=; b=q3bqlkTzzr+C4cEM5urFgyqPPHEnQu64oEbslOvLmP9ViKmfkpvOEIEPZSnIdoKK0R F6N9suqtGZQgqGVpBSNqpdJDU7MZ5s/WKqbI3rV8yCy3/kCRUC0cXxP7HOQphnGnn3un KBISn1HMmSAkTnrygL/w7KOZYykLlBJkYtWCSeiHQE/HaSDM1xA/tNa2Su62t4Bs5q1l DQjvrxxJPKT5RCQpImRODKPx/E9v7MMtxIU7GdiGbRJPaTE/4scF0/IUu8aBDY/nUuPh a8a3COWEJat1MNEaThIHo6CEV9HYs6xuGHhsAvG5+v0W9AmbUOs3fT68deuP2SzN7Yo3 vzPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=FrWfTRli; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j2-v6si2385343pgp.347.2018.07.03.21.41.22; Tue, 03 Jul 2018 21:41:36 -0700 (PDT) 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=@gmail.com header.s=20161025 header.b=FrWfTRli; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932878AbeGDEkX (ORCPT + 99 others); Wed, 4 Jul 2018 00:40:23 -0400 Received: from mail-it0-f68.google.com ([209.85.214.68]:38029 "EHLO mail-it0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932344AbeGDEkW (ORCPT ); Wed, 4 Jul 2018 00:40:22 -0400 Received: by mail-it0-f68.google.com with SMTP id v83-v6so6238359itc.3; Tue, 03 Jul 2018 21:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KeRifuRjAfDvCZxhdXIRqxDCMEXH4ECn039BSt29dXY=; b=FrWfTRlioeXGjrm7ianZgs0WRhk6aScHYbV49rhK42F2RicIaE2XLm7Ob30VCIGxdM GjawEnYYozRwMxjSBmHIFm4jeR7ZsUNBsUuS2skmGAugBBcTxmvVL5fVGJzMpPpOJVCH tfXekSJixAZ3fQxiNW8lgYo1PDH/9UU4epIdC/qFvL2T9Wuz0V50ibBLGyuniPe3wzzL t6neEldAyO5wFdrY7owDl/cqDS7Ck4AGAtJoqejfL+wtL6/+P1+40fLcX8qnUabyNDJy Uol76db8vmZJjMJhdOApYhavmfMXOb61Pd0mv/uHHiQ+sHLTmOASvZwcSpUH487z4j2X YfFQ== 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=KeRifuRjAfDvCZxhdXIRqxDCMEXH4ECn039BSt29dXY=; b=ILPdMM3nRxpAKzX7TnNIr6NCVEe5sdeXuk/gLt2SIKyVzCcbY6S5Bz5/rSEvpaE5aw IcQkaE6Qs9kHIviuZJaLxzXtrdNooSInrgqDy83U8DPcxeRf/COaGuToXmEOZoqFVqNm WbvDiu+/yp+jG7BjftZDMQS8ogsayw9F1v+15FnIS3wmYRXrLUmQepc96wX2QQ+aEmpO 5B45O2FNTrcKa3j7JxnetOhmpHakfTiL7EFBWq5K94LPJXUAnnK9zznj9/vO6OnjIm0G IFSIe5IxvZ/b/fuSJvo5HcYePcxHKwlgm0UCW6PEjizYaCNohErXDsMYTpWU6uBhacCO hLFA== X-Gm-Message-State: APt69E1Tt+k6m0k/4r52xQAbEZ9nQuCZhMDxon+gZ31thCxlMZ2Y/Qss 9h6rj85+G14SWOYfgW3H2QqAZ461890XITGqX6UZqc0= X-Received: by 2002:a24:1fce:: with SMTP id d197-v6mr584084itd.52.1530679221436; Tue, 03 Jul 2018 21:40:21 -0700 (PDT) MIME-Version: 1.0 References: <1530600642-25090-1-git-send-email-kernelfans@gmail.com> <1530600642-25090-4-git-send-email-kernelfans@gmail.com> <3375966.ydPZj5TMVj@aspire.rjw.lan> In-Reply-To: <3375966.ydPZj5TMVj@aspire.rjw.lan> From: Pingfan Liu Date: Wed, 4 Jul 2018 12:40:09 +0800 Message-ID: Subject: Re: [PATCHv3 3/4] drivers/base: clean up the usage of devices_kset_move_last() To: rjw@rjwysocki.net Cc: Grygorii Strashko , linux-kernel@vger.kernel.org, Greg Kroah-Hartman , Christoph Hellwig , Bjorn Helgaas , Dave Young , linux-pci@vger.kernel.org, linuxppc-dev@lists.ozlabs.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 Tue, Jul 3, 2018 at 10:28 PM Rafael J. Wysocki wrote: > > On Tuesday, July 3, 2018 8:50:41 AM CEST Pingfan Liu wrote: > > Clean up the referring to the code in commit 52cdbdd49853 ("driver core: > > correct device's shutdown order"). So later we can revert it safely. > > > > Cc: Greg Kroah-Hartman > > Cc: Rafael J. Wysocki > > Cc: Grygorii Strashko > > Cc: Christoph Hellwig > > Cc: Bjorn Helgaas > > Cc: Dave Young > > Cc: linux-pci@vger.kernel.org > > Cc: linuxppc-dev@lists.ozlabs.org > > Signed-off-by: Pingfan Liu > > --- > > drivers/base/core.c | 7 ------- > > 1 file changed, 7 deletions(-) > > > > diff --git a/drivers/base/core.c b/drivers/base/core.c > > index 684b994..db3deb8 100644 > > --- a/drivers/base/core.c > > +++ b/drivers/base/core.c > > @@ -127,13 +127,6 @@ static int device_reorder_to_tail(struct device *dev, void *not_used) > > { > > struct device_link *link; > > > > - /* > > - * Devices that have not been registered yet will be put to the ends > > - * of the lists during the registration, so skip them here. > > - */ > > - if (device_is_registered(dev)) > > - devices_kset_move_last(dev); > > - > > if (device_pm_initialized(dev)) > > device_pm_move_last(dev); > > You can't do this. > > If you do it, that will break power management in some situations. > Could you shed light on it? I had a quick browsing of pm code, but it is a big function, and I got lost in it. If the above code causes failure, then does it imply that the seq in devices_kset should be the same as dpm_list? But in device_shutdown(), it only intersect with pm by pm_runtime_get_noresume(dev) and pm_runtime_barrier(dev). How do these function affect the seq in dpm_list? Need your help to see how to handle this issue. Thanks and regards, Pingfan