Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1548362pxb; Thu, 16 Sep 2021 09:41:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwsocqdlkgJuD/zfNFSdQJ8hnONTTAI4jqGmPhSDl4x4mlBnc1SK/1nirmj8kcB2gTfRyC8 X-Received: by 2002:aa7:c2d3:: with SMTP id m19mr7522323edp.57.1631810471040; Thu, 16 Sep 2021 09:41:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631810471; cv=none; d=google.com; s=arc-20160816; b=oZBrw51fo/IoFABvSdSVKP9FUc7K1w95hL6quU1t7C+NiqQ36GJ6UqB3vOGfj4HFsK G5Ha5iEf8LXFrXp8WjCA7F+Nipu6RFadGdilMs64V1zXR935UMHjx/WPx/lWMPgXzPlo PadJgqRT3pwudmrGSYXBWpSrYF7HMH714g5roX2jVLoKh97OTIZgkFSGZSFfHKjRLf3Y aTKKZkfZgra3HcaSu2RXDi8WRWX147jqM9M4KRDX3ZjYa4ml5qX/N5EgBCckdkMz2jTc HIa7pmUOrCtgTZksQCMXzKXYPAzttEiqZjsNq0GCYFU4Nbtze8x9c39XS4GJsVx33Gvf Wizw== 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=bZjfVWBtasoPYefiAw7Nw3UDw86ozLZGYzG315ViDAw=; b=mfd2wDA64WvixMXwk19chAQQWRJjaOYilnkGDEagApoz1bJ9oQEcGDwF5Sq2kvRQV/ Ta+EOwYmv4I0pK4afbhWPi7WtrXsKffCDG9cGYeu4Jb2QUhWHt64HSQIPUFG8PsonzrL v9jwduL8rK2L8E7pwEd7DA7tGjXr4YXm0REWq8eHfE3HGjQ22L+JCsQV1KVmClE0fP77 7SWfNb7gbCwFhlz/5+ilTgkpIoxLa9eHWvzbXUVkokKqbmvl15R3jiFHW808KcXSsODe xJl9bv8f5i6Vp2gDrWjAEKksAPKXyNk5ibYqh5NDPjHrPuZi2JCDtdIrOT0Yhcgv5MQd YPhQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=nYwFYT5O; 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 p12si5198975ejy.328.2021.09.16.09.40.44; Thu, 16 Sep 2021 09:41:11 -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=nYwFYT5O; 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 S244786AbhIPQjs (ORCPT + 99 others); Thu, 16 Sep 2021 12:39:48 -0400 Received: from mail.kernel.org ([198.145.29.99]:45402 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242594AbhIPQcF (ORCPT ); Thu, 16 Sep 2021 12:32:05 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9DF46615E4; Thu, 16 Sep 2021 16:19:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1631809198; bh=OHERr3ZhdAhIA9oMiS4cpS6pWJVWr7Z7glyeL/ocY/Q=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=nYwFYT5OfWtg5Ilz+JADLlFnaHO8355Z1k8IPtjl7gEYAjA0enhxnJWwI6RQJnCVX UDeUk1rS6ZclwgP4cDd5tv5vzdIx7i949XDTjgMG5N0crtrVNZGMbOu41bo2fcFs+w VN6fHg+wzNUprbCtuwQ/OtE9hN6Oefaxw4l/W/9U= 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.13 039/380] cpufreq: schedutil: Use kobject release() method to free sugov_tunables Date: Thu, 16 Sep 2021 17:56:36 +0200 Message-Id: <20210916155805.299153663@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210916155803.966362085@linuxfoundation.org> References: <20210916155803.966362085@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 @@ -536,9 +536,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 *********************/ @@ -638,12 +646,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) @@ -706,7 +712,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); @@ -733,7 +739,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);