[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <637b45cd-9de4-48f7-ab72-ac0ed7b80f09@roeck-us.net>
Date: Mon, 7 Apr 2025 10:15:21 -0700
From: Guenter Roeck <linux@...ck-us.net>
To: Linus Torvalds <torvalds@...ux-foundation.org>,
Miri Korenblit <miriam.rachel.korenblit@...el.com>,
Johannes Berg <johannes.berg@...el.com>, Oak Zeng <oak.zeng@...el.com>,
Matthew Brost <matthew.brost@...el.com>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
the arch/x86 maintainers <x86@...nel.org>
Subject: Re: Linux 6.15-rc1
On 4/7/25 08:55, Linus Torvalds wrote:
> On Mon, 7 Apr 2025 at 08:14, Guenter Roeck <linux@...ck-us.net> wrote:
>>
>> Build failures:
>>
>> In file included from drivers/net/wireless/intel/iwlwifi/mld/tests/utils.c:18:
>> drivers/net/wireless/intel/iwlwifi/mld/tests/../iface.h:169:5: warning: "CONFIG_PM_SLEEP" is not defined, evaluates to 0 [-Wundef]
>> 169 | #if CONFIG_PM_SLEEP
>> [...]
>> Triggered by commit d1e879ec600f9 ("wifi: iwlwifi: add iwlmld sub-driver").
>> The code was not build tested with CONFIG_PM disabled.
>
> Ok, should be trivial to fix, let's get the guilty parties involved..
>
>> Building x86_64:allyesconfig ... failed
>> --------------
>> Error log:
>> x86_64-linux-ld: kernel image bigger than KERNEL_IMAGE_SIZE
>>
>> No idea what to do here. Increase KERNEL_IMAGE_SIZE ? Disable some options ?
>
> Hmm. It's a fairly random #define, and I suspect we could just
> increase it for COMPILE_TEST.
>
> allyesconfig is kind of useless, but it does occasionally find the
> "same name used in different modules" case and other random things,
> and disabling options seems overly complicated for this odd case.
>
> Adding x86 people to see if there are preferences.
>
>> Building xtensa:allmodconfig ... failed
>>
>> ERROR: modpost: "__divdi3" [drivers/gpu/drm/xe/xe.ko] undefined!
>> ERROR: modpost: "__udivdi3" [drivers/gpu/drm/xe/xe.ko] undefined!
>>
>> Commit 9c44fd5f6e8a ("drm/xe: Add migrate layer functions for SVM support")
>> didn't watch out for 64-bit divide operations.
>
> Hmm. Why didn't that show up on x86-32? Or maybe it did and you're
> just quoting the xtensa case.
>
I didn't see the problem on x86. I didn't check others.
Let's see.... openrisc and parisc are affected as well. I don't build
allmodconfig for all architectures, so that may miss some.
> Adding Oak and Matthew.
>
> I assume it's the DIV_ROUND_UP(entries, 0x1ff) thing.
>
Yes, using DIV_ROUND_UP_ULL instead fixes the problem. I submitted a patch
a week or so ago, but didn't get any feedback (unless I missed it).
Guenter
Powered by blists - more mailing lists