[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9793ce0d-842a-4876-860a-9b7b8d538e45@redhat.com>
Date: Mon, 26 Aug 2024 15:47:06 -0400
From: Waiman Long <longman@...hat.com>
To: Tejun Heo <tj@...nel.org>
Cc: Chen Ridong <chenridong@...wei.com>, lizefan.x@...edance.com,
hannes@...xchg.org, adityakali@...gle.com, sergeh@...nel.org,
mkoutny@...e.com, cgroups@...r.kernel.org, linux-kernel@...r.kernel.org,
chenridong@...weicloud.com
Subject: Re: [PATCH v2 -next 09/11] cgroup/cpuset: move v1 interfaces to
cpuset-v1.c
On 8/26/24 15:40, Tejun Heo wrote:
> On Mon, Aug 26, 2024 at 03:30:14PM -0400, Waiman Long wrote:
> ...
>> Another alternative is to include cpuset-v1.c directly into cpuset.c like
>>
>> #ifdef CONFIG_CPUSETS_V1
>> #include "cpuset-v1.c"
>> #else
>> ....
>> #endif
>>
>> Then you don't need to change the names and will not need cpuset-internal.h.
>> It is up to you to decide what you want to do.
> FWIW, I'd prefer to have cpuset1_ prefixed functions declared in cpuset1.h
> or something rather than including .c file.
Sure. Let's have "cpuset1_" prefix if it is v1 specific and "cpuset_"
prefix if it is used by both v1 and v2. That applies only to newly
exposed names.
Cheers,
Longman
Powered by blists - more mailing lists