Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1524006pxb; Thu, 16 Sep 2021 09:12:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyN35x3RXKNdVOC+1bKSton7wtBRifa/SxEtsW2g7VtzPdpO0WjPNR+7dSB1am0fEmrux/k X-Received: by 2002:a05:6e02:1307:: with SMTP id g7mr4485008ilr.141.1631808740778; Thu, 16 Sep 2021 09:12:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631808740; cv=none; d=google.com; s=arc-20160816; b=DaDV8Io2iRbktKryU8w8fWYeXYbRwbWhr+t/agDPlxODxmQGTdM9WMb7Onv0lAtkkn D2zlEFcBf1/xduIQRL4i5TTM4GSLixye61s0onJ+zU2bjkROnuNuZMqI99r5PyqdarzA wGEm1+ldle8nt+Nt9hNV+BmCmlMLIFtWEbq1Jo7fx2RwOOldmf8gDk3+sleJAvE3JJMD a8XHDxXaGZ4OLvoNaQ73KPJV0+EYrqMQExs9t2Xz9F3s2p3qf7a1ycIuoNTlvcjEM9V7 1ImxhMNl9UbMNfTpc0mL5498o5egbQy4ddomRop97IWqTT+aVs9pUhrZ33xjhrf/5OOM kLpQ== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=RcIpG0tcjg/XDW9KhT43x2bStaGku+KZq3b8rmdVYBE=; b=alfeMRTXO+w9I8gZdnOY6AVves+Jgi0UEPg5EahjRtyEDIhtNcy6XLXKelh6nnk1Bk tmB6/3nYubArjQ+/d4lyw5jI2PYovS3tjJA3Z1CK8wQhXTpcbVL20lCYJ8QUuNJrPE27 UnJWTRc6DK5xdOcyIDUduVoh1+fEeSnXVUOPWD8MRJci14w/p/oB+V55LFrKaqWdL949 URqeLYDiw0C7bwmlMmOt9MfiqijvvA5Qz0SJ8gOKxEs6FsHuF/+MO2f4Vn8hcLQnmJcx 6BSMkX687HRbcUqOmOoucXb4YhioNr5Hulauqb3vqAoE8k41CdeHaZOa1CkT8doVlL/g G/PQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=vfa9qdYb; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u20si3057965jao.113.2021.09.16.09.12.08; Thu, 16 Sep 2021 09:12:20 -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=@linuxfoundation.org header.s=korg header.b=vfa9qdYb; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235456AbhIPQKn (ORCPT + 99 others); Thu, 16 Sep 2021 12:10:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:45294 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231868AbhIPQG3 (ORCPT ); Thu, 16 Sep 2021 12:06:29 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D337061246; Thu, 16 Sep 2021 16:05:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1631808309; bh=bBowjqX/qLyotTa5ZzNpO+8cTdqoN2SBnyfxm0ITq34=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=vfa9qdYbmyaQ3yXKWi4TtxWd3l2Q4YAMgOn9oqYqQiUHvwAyI8SHuy8A0NanORThf +L/Kc7SqCHnCwWgrTRN6xorp0aOKBoKxN+IMvTw5UzOEY2KQD4/w2BMoKr1LWY3bAU 6Cz5k09jmGDY1hMsNgX+W3BtqHjJ1vK3/53f4PYs= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Kevin Hao , Viresh Kumar , "Rafael J. Wysocki" Subject: [PATCH 5.10 033/306] cpufreq: schedutil: Use kobject release() method to free sugov_tunables Date: Thu, 16 Sep 2021 17:56:18 +0200 Message-Id: <20210916155755.075805845@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210916155753.903069397@linuxfoundation.org> References: <20210916155753.903069397@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Kevin Hao commit e5c6b312ce3cc97e90ea159446e6bfa06645364d upstream. The struct sugov_tunables is protected by the kobject, so we can't free it directly. Otherwise we would get a call trace like this: ODEBUG: free active (active state 0) object type: timer_list hint: delayed_work_timer_fn+0x0/0x30 WARNING: CPU: 3 PID: 720 at lib/debugobjects.c:505 debug_print_object+0xb8/0x100 Modules linked in: CPU: 3 PID: 720 Comm: a.sh Tainted: G W 5.14.0-rc1-next-20210715-yocto-standard+ #507 Hardware name: Marvell OcteonTX CN96XX board (DT) pstate: 40400009 (nZcv daif +PAN -UAO -TCO BTYPE=--) pc : debug_print_object+0xb8/0x100 lr : debug_print_object+0xb8/0x100 sp : ffff80001ecaf910 x29: ffff80001ecaf910 x28: ffff00011b10b8d0 x27: ffff800011043d80 x26: ffff00011a8f0000 x25: ffff800013cb3ff0 x24: 0000000000000000 x23: ffff80001142aa68 x22: ffff800011043d80 x21: ffff00010de46f20 x20: ffff800013c0c520 x19: ffff800011d8f5b0 x18: 0000000000000010 x17: 6e6968207473696c x16: 5f72656d6974203a x15: 6570797420746365 x14: 6a626f2029302065 x13: 303378302f307830 x12: 2b6e665f72656d69 x11: ffff8000124b1560 x10: ffff800012331520 x9 : ffff8000100ca6b0 x8 : 000000000017ffe8 x7 : c0000000fffeffff x6 : 0000000000000001 x5 : ffff800011d8c000 x4 : ffff800011d8c740 x3 : 0000000000000000 x2 : ffff0001108301c0 x1 : ab3c90eedf9c0f00 x0 : 0000000000000000 Call trace: debug_print_object+0xb8/0x100 __debug_check_no_obj_freed+0x1c0/0x230 debug_check_no_obj_freed+0x20/0x88 slab_free_freelist_hook+0x154/0x1c8 kfree+0x114/0x5d0 sugov_exit+0xbc/0xc0 cpufreq_exit_governor+0x44/0x90 cpufreq_set_policy+0x268/0x4a8 store_scaling_governor+0xe0/0x128 store+0xc0/0xf0 sysfs_kf_write+0x54/0x80 kernfs_fop_write_iter+0x128/0x1c0 new_sync_write+0xf0/0x190 vfs_write+0x2d4/0x478 ksys_write+0x74/0x100 __arm64_sys_write+0x24/0x30 invoke_syscall.constprop.0+0x54/0xe0 do_el0_svc+0x64/0x158 el0_svc+0x2c/0xb0 el0t_64_sync_handler+0xb0/0xb8 el0t_64_sync+0x198/0x19c irq event stamp: 5518 hardirqs last enabled at (5517): [] console_unlock+0x554/0x6c8 hardirqs last disabled at (5518): [] el1_dbg+0x28/0xa0 softirqs last enabled at (5504): [] __do_softirq+0x4d0/0x6c0 softirqs last disabled at (5483): [] irq_exit+0x1b0/0x1b8 So split the original sugov_tunables_free() into two functions, sugov_clear_global_tunables() is just used to clear the global_tunables and the new sugov_tunables_free() is used as kobj_type::release to release the sugov_tunables safely. Fixes: 9bdcb44e391d ("cpufreq: schedutil: New governor based on scheduler utilization data") Cc: 4.7+ # 4.7+ Signed-off-by: Kevin Hao Acked-by: Viresh Kumar Signed-off-by: Rafael J. Wysocki Signed-off-by: Greg Kroah-Hartman --- kernel/sched/cpufreq_schedutil.c | 16 +++++++++++----- 1 file changed, 11 insertions(+), 5 deletions(-) --- a/kernel/sched/cpufreq_schedutil.c +++ b/kernel/sched/cpufreq_schedutil.c @@ -610,9 +610,17 @@ static struct attribute *sugov_attrs[] = }; ATTRIBUTE_GROUPS(sugov); +static void sugov_tunables_free(struct kobject *kobj) +{ + struct gov_attr_set *attr_set = container_of(kobj, struct gov_attr_set, kobj); + + kfree(to_sugov_tunables(attr_set)); +} + static struct kobj_type sugov_tunables_ktype = { .default_groups = sugov_groups, .sysfs_ops = &governor_sysfs_ops, + .release = &sugov_tunables_free, }; /********************** cpufreq governor interface *********************/ @@ -712,12 +720,10 @@ static struct sugov_tunables *sugov_tuna return tunables; } -static void sugov_tunables_free(struct sugov_tunables *tunables) +static void sugov_clear_global_tunables(void) { if (!have_governor_per_policy()) global_tunables = NULL; - - kfree(tunables); } static int sugov_init(struct cpufreq_policy *policy) @@ -780,7 +786,7 @@ out: fail: kobject_put(&tunables->attr_set.kobj); policy->governor_data = NULL; - sugov_tunables_free(tunables); + sugov_clear_global_tunables(); stop_kthread: sugov_kthread_stop(sg_policy); @@ -807,7 +813,7 @@ static void sugov_exit(struct cpufreq_po count = gov_attr_set_put(&tunables->attr_set, &sg_policy->tunables_hook); policy->governor_data = NULL; if (!count) - sugov_tunables_free(tunables); + sugov_clear_global_tunables(); mutex_unlock(&global_tunables_lock);