From: Guenter Roeck <linux@roeck-us.net>
To: "Huang, Ying" <ying.huang@intel.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH] resource, kunit: add dependency on SPARSEMEM
Date: Thu, 10 Oct 2024 09:01:27 -0700 [thread overview]
Message-ID: <21eae385-ba7e-417c-b2c5-2071c3c7d8f5@roeck-us.net> (raw)
In-Reply-To: <878quwbgv0.fsf@yhuang6-desk2.ccr.corp.intel.com>
On 10/9/24 23:40, Huang, Ying wrote:
> Hi, Guenter,
>
> Guenter Roeck <linux@roeck-us.net> writes:
>
>> On 9/23/24 18:21, Huang, Ying wrote:
>>> Guenter Roeck <linux@roeck-us.net> writes:
>>>
>>>> On 9/23/24 05:58, Geert Uytterhoeven wrote:
>>>>> Hi Günter,
>>>>> On Mon, Sep 23, 2024 at 12:50 AM Guenter Roeck <linux@roeck-us.net>
>>>>> wrote:
>>>>>> Building allmodconfig images on systems with SPARSEMEM=n results in
>>>>>> the following message.
>>>>>>
>>>>>> WARNING: unmet direct dependencies detected for GET_FREE_REGION
>>>>>> Depends on [n]: SPARSEMEM [=n]
>>>>>> Selected by [m]:
>>>>>> - RESOURCE_KUNIT_TEST [=m] && RUNTIME_TESTING_MENU [=y] && KUNIT [=m]
>>>>>>
>>>>>> and the build ultimately fails.
>>>>> Really? What's the build error?
>>>>
>>>> I saw it on hexagon, and I didn't bother writing down the actual build error
>>>> message. But it turns out you are correct, the m68k machine does build with
>>>> CONFIG_RESOURCE_KUNIT_TEST=y even though SPARSEMEM and with it GET_FREE_REGION
>>>> are not set. Never mind, I don't really want or have time to argue. I'll just
>>>> disable CONFIG_RESOURCE_KUNIT_TEST when building hexagon images and wherever
>>>> else I see the problem.
>>>>
>>>>> It does build for me on m68k, after fixing:
>>>>> --- a/include/linux/mm.h
>>>>> +++ b/include/linux/mm.h
>>>>> @@ -101,7 +101,7 @@ extern int mmap_rnd_compat_bits __read_mostly;
>>>>> # ifdef MAX_PHYSMEM_BITS
>>>>> # define PHYSMEM_END ((1ULL << MAX_PHYSMEM_BITS) - 1)
>>>>> # else
>>>>> -# define PHYSMEM_END (-1ULL)
>>>>> +# define PHYSMEM_END ((phys_addr_t)-1)
>>>>> # endif
>>>>> #endif
>>> After Linus' fix for PHYSMEM_END, GET_FREE_REGION doesn't need to
>>> depend
>>> on SPARSEMEM anymore. So, I think we can remove the dependency. Can
>>> you check whether the following patch work for you on top of latest
>>> upstream kernel (with Linus' fix).
>>>
>>
>> It works for m68k. I'll run a complete test on all architectures/platforms
>> tonight.
>
> Does it work in the complete test?
>
Sorry, I dropped that one. Yes, it does.
Thanks,
Guenter
> --
> Thanks,
> Huang, Ying
>
>>> ------------------------8<-------------------------------
>>> >From ce1a930f74192a4a85c20564098470356f8c2ed4 Mon Sep 17 00:00:00 2001
>>> From: Huang Ying <ying.huang@intel.com>
>>> Date: Mon, 23 Sep 2024 09:24:03 +0800
>>> Subject: [PATCH] resource: Remove dependency on SPARSEMEM from GET_FREE_REGION
>>> We want to use the functions configured via GET_FREE_REGION in
>>> resource kunit tests. However, GET_FREE_REGION depends on SPARSEMEM.
>>> This makes resource kunit tests cannot be built on some architectures
>>> lacking SPARSEMEM. In fact, these functions doesn't depend on
>>> SPARSEMEM now. So, remove dependency on SPARSEMEM from
>>> GET_FREE_REGION.
>>> Signed-off-by: "Huang, Ying" <ying.huang@intel.com>
>>> Cc: Guenter Roeck <linux@roeck-us.net>
>>> Cc: Geert Uytterhoeven <geert@linux-m68k.org>
>>> Cc: Nathan Chancellor <nathan@kernel.org>
>>> Cc: Arnd Bergmann <arnd@arndb.de>
>>> ---
>>> mm/Kconfig | 1 -
>>> 1 file changed, 1 deletion(-)
>>> diff --git a/mm/Kconfig b/mm/Kconfig
>>> index b72e7d040f78..f287b0d1c5fc 100644
>>> --- a/mm/Kconfig
>>> +++ b/mm/Kconfig
>>> @@ -1060,7 +1060,6 @@ config HMM_MIRROR
>>> depends on MMU
>>> config GET_FREE_REGION
>>> - depends on SPARSEMEM
>>> bool
>>> config DEVICE_PRIVATE
next prev parent reply other threads:[~2024-10-10 16:01 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-22 22:50 Guenter Roeck
2024-09-23 1:11 ` Huang, Ying
2024-09-23 12:58 ` Geert Uytterhoeven
2024-09-23 13:39 ` Guenter Roeck
2024-09-23 13:47 ` Geert Uytterhoeven
2024-09-23 14:23 ` Guenter Roeck
2024-09-23 14:54 ` Guenter Roeck
2024-09-23 16:01 ` Geert Uytterhoeven
2024-09-23 16:25 ` Guenter Roeck
2024-09-24 1:21 ` Huang, Ying
2024-09-24 2:41 ` Guenter Roeck
2024-10-10 6:40 ` Huang, Ying
2024-10-10 16:01 ` Guenter Roeck [this message]
2024-10-12 3:43 ` Huang, Ying
2024-10-12 9:36 ` Guenter Roeck
2024-09-24 7:56 ` Geert Uytterhoeven
2024-09-24 8:21 ` Huang, Ying
2024-09-26 18:45 ` Dan Williams
2024-09-27 1:41 ` Huang, Ying
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=21eae385-ba7e-417c-b2c5-2071c3c7d8f5@roeck-us.net \
--to=linux@roeck-us.net \
--cc=akpm@linux-foundation.org \
--cc=geert@linux-m68k.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
--cc=ying.huang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®