Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp1927854iog; Tue, 14 Jun 2022 17:06:03 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vF3+KpCZZlortVSlvvX4+vCZ2WB6dbCVoP33ywX9ASn8LrhrdevUJVyhOYhJxkzdZLNKJK X-Received: by 2002:a17:902:f7cf:b0:165:13ac:cac8 with SMTP id h15-20020a170902f7cf00b0016513accac8mr6718078plw.20.1655251563414; Tue, 14 Jun 2022 17:06:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655251563; cv=none; d=google.com; s=arc-20160816; b=tdcMOjPyl5yAyoGrkM5ooOh1eZd5aAJboNLCPl9nu/Y2LVnT3RQeatMjXhzm7olHIQ LhEPrmOSJ3DzhLNsYVCRfTl/Mm/bW64vL961O0qeTzqV+76BmS8D8J29UfJntQoJEnS2 Eo+mUg9v/tdy/BiCkgJLZS3Crk0TwOY8MVnE9TE+biJCmUNIlJ20CVTrJLWdOit/LbbL uykGUV8gJEHe/+yAuheowZYoSkZx4CgAi0Er7khY8xGUF/FMbi+dI5y3gz10nEstIU2S xbxF++C8st5v2HyMc6/1mMCldlAgHZMd3e34rgmT/8dzB7jsI8ZippDf3Ww2Zn8V87JY SaPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=3xRGhX1G1JiDmmsUwG6ZMtfqSCm+v9on5hrKocMWvgE=; b=vp23SngwflFSkFDJxVI3c1v/NxOaKe0HIhxtv/IPUBP38tSwF4PxuKz2qECL05urT+ 1nezBiw0dM5nROaS3L1SoZQaFr5qgaeJc0wwpa9//6iXDIBwHfFNqFsGWEivtPn+2Xm9 AuGlnWF9XeLhMFFGxyY5yBIo9Ku7rOjXWcDoDTBRMAlFpWoryEzaiZy0XMVuNqDsQ3nK qySCdd2srbXWHX5gbT5lLySs/XIrDZpZ4la8bQIiR1JbqST3ptQYFqzO4rqblGYasAZ5 UAj+C8+AB4GFq25FuNLaZfy21GBwfWTTY75lJrguUge1XaTpUKuDg1foRAiiSw+2uYxA hayg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Uy+w2DJZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z9-20020a170903018900b00163e9cf7ce7si16474372plg.287.2022.06.14.17.05.49; Tue, 14 Jun 2022 17:06:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Uy+w2DJZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S233876AbiFOAD6 (ORCPT + 99 others); Tue, 14 Jun 2022 20:03:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51270 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229950AbiFOADz (ORCPT ); Tue, 14 Jun 2022 20:03:55 -0400 Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A1DF8186CF; Tue, 14 Jun 2022 17:03:53 -0700 (PDT) Received: by mail-wm1-x32d.google.com with SMTP id j5-20020a05600c1c0500b0039c5dbbfa48so227657wms.5; Tue, 14 Jun 2022 17:03:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=3xRGhX1G1JiDmmsUwG6ZMtfqSCm+v9on5hrKocMWvgE=; b=Uy+w2DJZyhIqOcHta1SYjcM+SjaXRF4/pYuetf7JhRv3KJKgS0MBn0EpYY/ed3ptxr SCwf57bAMDY8ZkqkDb/+Sn5cv6R5aPC27Beptil9R4V3MeFP0+v1T4/4T3UL2G701CXB BWGUXdIHzCfL9uBoUbFTmZDGneJ9TeXBm+fTSKooZZokOZWeRZvCdlY8Ie27PPNYUY2t aD1UyDRceoYt/eWOyHNMAIyWGi6YlrjXAqK2KGlFTn4KiGXjSr/2KsrBvIAmPIarUvmm wpoBThxQXXoySO8gMQ9w3cxWTNZCxE5xv7ZjBR3a1VGFN7vlH5xVnY5Z0bXGpOMecPbQ FUfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=3xRGhX1G1JiDmmsUwG6ZMtfqSCm+v9on5hrKocMWvgE=; b=bFEUkVGMaBa4yMWVow2p4GXzGnL5V++twkS0WJC7tT2ss6f0B/ky0c4Lkzza1tiOwg UFLyiTR5vLKEra0Aruatbk2tM255x9yDWG5VRYLBvEzMad5O6hQolnGTVS56XtPx7vkW jTkPy6u1i8AokIUEyDq40E1igU6YbpyQFyGsbxBhRzgqb8SX1lpBSnj87bnOzI19tz90 fesZJ3FtubPCkcTcbVMM7sh/cnOKoBTqwLBt9h7u/SIIfcWnd76GtwhxWj4E8wWSTW1+ BrdOpfMgrRdk2E0uXOwkU7i8fCNvF/v75s6YltxKNJd/ixixGU2Cy9sF9J79+fKOeEba i1YA== X-Gm-Message-State: AOAM530LLOribAcoie+yu9Gl8M0CFqd96yLE53o6OBSPaPz8VvXZjl1/ 1kvMsu7VI7bRYqGdzvrd31Y= X-Received: by 2002:a7b:c1d4:0:b0:39c:4176:6a16 with SMTP id a20-20020a7bc1d4000000b0039c41766a16mr6831431wmj.8.1655251432058; Tue, 14 Jun 2022 17:03:52 -0700 (PDT) Received: from localhost.localdomain (93-42-70-190.ip85.fastwebnet.it. [93.42.70.190]) by smtp.googlemail.com with ESMTPSA id l7-20020a05600c4f0700b00397342e3830sm5546821wmq.0.2022.06.14.17.03.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Jun 2022 17:03:51 -0700 (PDT) From: Christian 'Ansuel' Marangi To: MyungJoo Ham , Kyungmin Park , Chanwoo Choi , Sibi Sankar , Saravana Kannan , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Christian 'Ansuel' Marangi Subject: [PATCH v4 0/4] PM / devfreq: Various Fixes to cpufreq based passive governor Date: Wed, 15 Jun 2022 01:09:46 +0200 Message-Id: <20220614230950.426-1-ansuelsmth@gmail.com> X-Mailer: git-send-email 2.36.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org While developing a krait cache scaling devfreq driver I encounter tons of panics and errors with using the new cpufreq passive governor functions. While the krait cache scaling is still WIP and required some testing I would like to push all the fixes to make the new implementation wroking since currently with a the governor PROBE_DEFERRing all sort of things happen from kernel panic from invalid address access to freq_table getting corrupted. With the following fixes my WIP driver works correctly without any warning/problems. v4: - Fix error with dev_err_probe - Move cpu_parent_data deletion to dedicated function - Drop PM / devfreq: Fix kernel panic with cpu based scaling to passive gov (merged) v3: - Fix compilation error for list_for_each_entry_safe (i'm stupid -.-''') v2: - Fix wrong list_for_each_entry reported by Dan Carpenter Christian 'Ansuel' Marangi (4): PM / devfreq: Fix cpufreq passive unregister erroring on PROBE_DEFER PM / devfreq: Fix kernel warning with cpufreq passive register fail PM / devfreq: Rework freq_table to be local to devfreq struct PM / devfreq: Mute warning on governor PROBE_DEFER drivers/devfreq/devfreq.c | 76 +++++++++++++++--------------- drivers/devfreq/governor_passive.c | 54 ++++++++++----------- include/linux/devfreq.h | 4 ++ 3 files changed, 65 insertions(+), 69 deletions(-) -- 2.36.1