kernel-module dependency mystery

kernel-module dependency mystery

[Mike Looijmans]

I built the same image for 5 different machines. Only one of them fails 
with the logging below. Note that all machines install the 
"kernel-module-dyplo" package, and on 4 machines that succeeds just fine.


  * Solver encountered 2 problem(s):
  * Problem 1/2:
  *   - conflicting requests
  *   - package 
kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9 requires 
kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of the 
providers can be installed
  *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
kernel-module-dyplo-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
  *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
  *
  * Solution 1:
  *   - do not ask to install a package providing kernel-module-dyplo

  * Problem 2/2:
  *   - conflicting requests
  *   - package 
kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9 requires 
kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of the 
providers can be installed
  *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
kernel-module-dyplo-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
  *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
  *
  * Solution 1:
  *   - do not ask to install a package providing kernel-module-dyplo

I'm on "scarthgap" branch.

The "kernel-module-dyplo" recipe can be found here:

https://github.com/topic-embedded-products/meta-dyplo/blob/master/recipes-dyplo/dyplo-core/kernel-module-dyplo.bb

The isue at first glance appears to be that 
"kernel-6.6.40-xilinx-g6a2cb0f14db5" mixes the git version hash from the 
module itself and the git hash of the kernel. There's no such package, 
it should have been "kernel-6.6.40-xilinx-gd7b52381656b"


-- 
Mike Looijmans
System Expert

TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands

T: +31 (0) 499 33 69 69
E: mike.looijmans@topic.nl
W: www.topic.nl

Re: [OE-core] kernel-module dependency mystery

[Khem Raj]

On 4/23/25 5:34 AM, Mike Looijmans via lists.openembedded.org wrote:
> I built the same image for 5 different machines. Only one of them fails 
> with the logging below. Note that all machines install the "kernel- 
> module-dyplo" package, and on 4 machines that succeeds just fine.
> 
> 

how are the five machine diffrent with machine config metadata

>   * Solver encountered 2 problem(s):
>   * Problem 1/2:
>   *   - conflicting requests
>   *   - package kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b- 
> r0.tdpzu9 requires kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, 
> but none of the providers can be installed
>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
> kernel-module-dyplo-6.6.40-xilinx- 
> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
> kernel-module-dyplo-pcie-6.6.40-xilinx- 
> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>   *
>   * Solution 1:
>   *   - do not ask to install a package providing kernel-module-dyplo
> 
>   * Problem 2/2:
>   *   - conflicting requests
>   *   - package kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b- 
> r0.tdpzu9 requires kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, 
> but none of the providers can be installed
>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
> kernel-module-dyplo-6.6.40-xilinx- 
> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
> kernel-module-dyplo-pcie-6.6.40-xilinx- 
> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>   *
>   * Solution 1:
>   *   - do not ask to install a package providing kernel-module-dyplo
> 
> I'm on "scarthgap" branch.
> 
> The "kernel-module-dyplo" recipe can be found here:
> 
> https://github.com/topic-embedded-products/meta-dyplo/blob/master/ 
> recipes-dyplo/dyplo-core/kernel-module-dyplo.bb
> 
> The isue at first glance appears to be that "kernel-6.6.40-xilinx- 
> g6a2cb0f14db5" mixes the git version hash from the module itself and the 
> git hash of the kernel. There's no such package, it should have been 
> "kernel-6.6.40-xilinx-gd7b52381656b"
> 
> 
> 
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#215287): https://lists.openembedded.org/g/openembedded-core/message/215287
> Mute This Topic: https://lists.openembedded.org/mt/112412917/1997914
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [raj.khem@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
> 


-- 
-Khem

Re: [OE-core] kernel-module dependency mystery

[Mike Looijmans]

Met vriendelijke groet / kind regards,

Mike Looijmans
System Expert


TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands

T: +31 (0) 499 33 69 69
E: mike.looijmans@topic.nl
W: www.topic.nl

Please consider the environment before printing this e-mail
On 24-04-2025 04:25, Khem Raj via lists.openembedded.org wrote:
> On 4/23/25 5:34 AM, Mike Looijmans via lists.openembedded.org wrote:
>> I built the same image for 5 different machines. Only one of them fails 
>> with the logging below. Note that all machines install the "kernel- 
>> module-dyplo" package, and on 4 machines that succeeds just fine.
>>
>>
>
> how are the five machine diffrent with machine config metadata

Here are the conf files:
https://github.com/topic-embedded-products/meta-topic/tree/scarthgap/conf/machine

The "tdpzu9" triggers the issue, it's the same SoC as the tepzu9 and all the 
tdkzu* machines. Only difference is in the peripherals. tepzu9, ttpzu9 and 
tdpzu9 are the same SOM, just on a different carrier.

So the only difference in kernel configuration is some variance in drivers 
that get built.

>
>>   * Solver encountered 2 problem(s):
>>   * Problem 1/2:
>>   *   - conflicting requests
>>   *   - package kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b- r0.tdpzu9 
>> requires kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of 
>> the providers can be installed
>>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
>> kernel-module-dyplo-6.6.40-xilinx- 
>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
>> kernel-module-dyplo-pcie-6.6.40-xilinx- 
>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>   *
>>   * Solution 1:
>>   *   - do not ask to install a package providing kernel-module-dyplo
>>
>>   * Problem 2/2:
>>   *   - conflicting requests
>>   *   - package kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b- r0.tdpzu9 
>> requires kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of 
>> the providers can be installed
>>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
>> kernel-module-dyplo-6.6.40-xilinx- 
>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
>> kernel-module-dyplo-pcie-6.6.40-xilinx- 
>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>   *
>>   * Solution 1:
>>   *   - do not ask to install a package providing kernel-module-dyplo
>>
>> I'm on "scarthgap" branch.
>>
>> The "kernel-module-dyplo" recipe can be found here:
>>
>> https://github.com/topic-embedded-products/meta-dyplo/blob/master/ 
>> recipes-dyplo/dyplo-core/kernel-module-dyplo.bb
>>
>> The isue at first glance appears to be that "kernel-6.6.40-xilinx- 
>> g6a2cb0f14db5" mixes the git version hash from the module itself and the 
>> git hash of the kernel. There's no such package, it should have been 
>> "kernel-6.6.40-xilinx-gd7b52381656b"
>>
>>
>>
>>
>>
>>
>
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#215321): https://lists.openembedded.org/g/openembedded-core/message/215321
> Mute This Topic: https://lists.openembedded.org/mt/112412917/3618446
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [mike.looijmans@topic.nl]
> -=-=-=-=-=-=-=-=-=-=-=-
>

Re: [OE-core] kernel-module dependency mystery

[Gyorgy Sarvari]

On 4/24/25 08:58, Mike Looijmans via lists.openembedded.org wrote:
> On 24-04-2025 04:25, Khem Raj via lists.openembedded.org wrote:
>> On 4/23/25 5:34 AM, Mike Looijmans via lists.openembedded.org wrote:
>>> I built the same image for 5 different machines. Only one of them fails 
>>> with the logging below. Note that all machines install the "kernel- 
>>> module-dyplo" package, and on 4 machines that succeeds just fine.
>>>
>>>
>> how are the five machine diffrent with machine config metadata
> Here are the conf files:
> https://github.com/topic-embedded-products/meta-topic/tree/scarthgap/conf/machine
>
> The "tdpzu9" triggers the issue, it's the same SoC as the tepzu9 and all the 
> tdkzu* machines. Only difference is in the peripherals. tepzu9, ttpzu9 and 
> tdpzu9 are the same SOM, just on a different carrier.
>
> So the only difference in kernel configuration is some variance in drivers 
> that get built.
Is there a chance that that this is the only board using an out of tree
driver, and CONFIG_LOCALVERSION_AUTO kernel config is enabled? If yes,
those two factors sometimes aren't playing together nicely with Yocto.
>>>   * Solver encountered 2 problem(s):
>>>   * Problem 1/2:
>>>   *   - conflicting requests
>>>   *   - package kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b- r0.tdpzu9 
>>> requires kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of 
>>> the providers can be installed
>>>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
>>> kernel-module-dyplo-6.6.40-xilinx- 
>>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
>>> kernel-module-dyplo-pcie-6.6.40-xilinx- 
>>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>>   *
>>>   * Solution 1:
>>>   *   - do not ask to install a package providing kernel-module-dyplo
>>>
>>>   * Problem 2/2:
>>>   *   - conflicting requests
>>>   *   - package kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b- r0.tdpzu9 
>>> requires kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of 
>>> the providers can be installed
>>>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
>>> kernel-module-dyplo-6.6.40-xilinx- 
>>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
>>> kernel-module-dyplo-pcie-6.6.40-xilinx- 
>>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>>   *
>>>   * Solution 1:
>>>   *   - do not ask to install a package providing kernel-module-dyplo
>>>
>>> I'm on "scarthgap" branch.
>>>
>>> The "kernel-module-dyplo" recipe can be found here:
>>>
>>> https://github.com/topic-embedded-products/meta-dyplo/blob/master/ 
>>> recipes-dyplo/dyplo-core/kernel-module-dyplo.bb
>>>
>>> The isue at first glance appears to be that "kernel-6.6.40-xilinx- 
>>> g6a2cb0f14db5" mixes the git version hash from the module itself and the 
>>> git hash of the kernel. There's no such package, it should have been 
>>> "kernel-6.6.40-xilinx-gd7b52381656b"
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#215326): https://lists.openembedded.org/g/openembedded-core/message/215326
> Mute This Topic: https://lists.openembedded.org/mt/112412917/6084445
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [skandigraun@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>

Re: [OE-core] kernel-module dependency mystery

[mike.looijmans]

On 24-04-2025 17:38, Gyorgy Sarvari wrote:
> On 4/24/25 08:58, Mike Looijmans via lists.openembedded.org wrote:
>> On 24-04-2025 04:25, Khem Raj via lists.openembedded.org wrote:
>>> On 4/23/25 5:34 AM, Mike Looijmans via lists.openembedded.org wrote:
>>>> I built the same image for 5 different machines. Only one of them fails
>>>> with the logging below. Note that all machines install the "kernel-
>>>> module-dyplo" package, and on 4 machines that succeeds just fine.
>>>>
>>>>
>>> how are the five machine diffrent with machine config metadata
>> Here are the conf files:
>> https://github.com/topic-embedded-products/meta-topic/tree/scarthgap/conf/machine
>>
>> The "tdpzu9" triggers the issue, it's the same SoC as the tepzu9 and all the
>> tdkzu* machines. Only difference is in the peripherals. tepzu9, ttpzu9 and
>> tdpzu9 are the same SOM, just on a different carrier.
>>
>> So the only difference in kernel configuration is some variance in drivers
>> that get built.
> Is there a chance that that this is the only board using an out of tree
> driver, and CONFIG_LOCALVERSION_AUTO kernel config is enabled? If yes,
> those two factors sometimes aren't playing together nicely with Yocto.

All machines build the same out-of-tree driver (dyplo), but only one failed.


>>>>    * Solver encountered 2 problem(s):
>>>>    * Problem 1/2:
>>>>    *   - conflicting requests
>>>>    *   - package kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b- r0.tdpzu9
>>>> requires kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of
>>>> the providers can be installed
>>>>    *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by
>>>> kernel-module-dyplo-6.6.40-xilinx-
>>>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>>>    *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by
>>>> kernel-module-dyplo-pcie-6.6.40-xilinx-
>>>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>>>    *
>>>>    * Solution 1:
>>>>    *   - do not ask to install a package providing kernel-module-dyplo
>>>>
>>>>    * Problem 2/2:
>>>>    *   - conflicting requests
>>>>    *   - package kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b- r0.tdpzu9
>>>> requires kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of
>>>> the providers can be installed
>>>>    *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by
>>>> kernel-module-dyplo-6.6.40-xilinx-
>>>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>>>    *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by
>>>> kernel-module-dyplo-pcie-6.6.40-xilinx-
>>>> g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>>>    *
>>>>    * Solution 1:
>>>>    *   - do not ask to install a package providing kernel-module-dyplo
>>>>
>>>> I'm on "scarthgap" branch.
>>>>
>>>> The "kernel-module-dyplo" recipe can be found here:
>>>>
>>>> https://github.com/topic-embedded-products/meta-dyplo/blob/master/
>>>> recipes-dyplo/dyplo-core/kernel-module-dyplo.bb
>>>>
>>>> The isue at first glance appears to be that "kernel-6.6.40-xilinx-
>>>> g6a2cb0f14db5" mixes the git version hash from the module itself and the
>>>> git hash of the kernel. There's no such package, it should have been
>>>> "kernel-6.6.40-xilinx-gd7b52381656b"
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#215326): https://lists.openembedded.org/g/openembedded-core/message/215326
>> Mute This Topic: https://lists.openembedded.org/mt/112412917/6084445
>> Group Owner: openembedded-core+owner@lists.openembedded.org
>> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [skandigraun@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>

-- 
Mike Looijmans
System Expert

TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands

T: +31 (0) 499 33 69 69
E: mike.looijmans@topic.nl
W: www.topic.nl

Re: [OE-core] kernel-module dependency mystery

[Max]

Hi Mike

Am Mittwoch, dem 23.04.2025 um 14:34 +0200 schrieb Mike Looijmans via lists.openembedded.org:
> I built the same image for 5 different machines. Only one of them fails 
> with the logging below. Note that all machines install the 
> "kernel-module-dyplo" package, and on 4 machines that succeeds just fine.
> 
> 
>   * Solver encountered 2 problem(s):
>   * Problem 1/2:
>   *   - conflicting requests
>   *   - package 
> kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9 requires 
> kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of the 
> providers can be installed
>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
> kernel-module-dyplo-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
> kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>   *
>   * Solution 1:
>   *   - do not ask to install a package providing kernel-module-dyplo
> 
>   * Problem 2/2:
>   *   - conflicting requests
>   *   - package 

> kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9 requires 
> kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of the 
> providers can be installed
>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
> kernel-module-dyplo-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>   *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by 
> kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>   *
>   * Solution 1:
>   *   - do not ask to install a package providing kernel-module-dyplo
> 

We had an issue with the exact same symptom and had a hard time
to find a fix. It turned out that:

- The kernel is built with a patch applied from SRC_URI
AND
- We had LOCALVERSION_AUTO=y in the kernel config
AND
- The kernel is in sstate
AND
- The kernel sources no longer exist under tmp/work-shared
AND
- The external kernel module is not taken from sstate

If patches are applied in a kernel recipe they are applied
with 'git am' and a new hash value will be present with
each run of do_patch.

If LOCALVERSION_AUTO=y is in the kernel config that new
hash becomes part of the kernel and external kernel module
packages.

As the kernel is from an older do_patch and the module
from a newer the hashes used in building differ and you
get the above OE build error. Even if it wouldn't the
different hashes become part of the VERMAGIC and the
kernel would refuse to load the module.

Our solution was to no longer build with LOCALVERSION_AUTO
and since then we no longer see the issue.

Regards
Max

> I'm on "scarthgap" branch.
> 
> The "kernel-module-dyplo" recipe can be found here:
> 
> https://github.com/topic-embedded-products/meta-dyplo/blob/master/recipes-dyplo/dyplo-core/kernel-module-dyplo.bb
> 
> The isue at first glance appears to be that 
> "kernel-6.6.40-xilinx-g6a2cb0f14db5" mixes the git version hash from the 
> module itself and the git hash of the kernel. There's no such package, 
> it should have been "kernel-6.6.40-xilinx-gd7b52381656b"
> 
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#215287): https://lists.openembedded.org/g/openembedded-core/message/215287
> Mute This Topic: https://lists.openembedded.org/mt/112412917/3617484
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [max.oss.09@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
> 

Re: [OE-core] kernel-module dependency mystery

[mike.looijmans]

On 25-04-2025 10:48, Max wrote:
> Hi Mike
>
> Am Mittwoch, dem 23.04.2025 um 14:34 +0200 schrieb Mike Looijmans via lists.openembedded.org:
>> I built the same image for 5 different machines. Only one of them fails
>> with the logging below. Note that all machines install the
>> "kernel-module-dyplo" package, and on 4 machines that succeeds just fine.
>>
>>
>>    * Solver encountered 2 problem(s):
>>    * Problem 1/2:
>>    *   - conflicting requests
>>    *   - package
>> kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9 requires
>> kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of the
>> providers can be installed
>>    *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by
>> kernel-module-dyplo-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>    *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by
>> kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>    *
>>    * Solution 1:
>>    *   - do not ask to install a package providing kernel-module-dyplo
>>
>>    * Problem 2/2:
>>    *   - conflicting requests
>>    *   - package
>> kernel-module-dyplo-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9 requires
>> kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5, but none of the
>> providers can be installed
>>    *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by
>> kernel-module-dyplo-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>    *   - nothing provides kernel-6.6.40-xilinx-g6a2cb0f14db5 needed by
>> kernel-module-dyplo-pcie-6.6.40-xilinx-g6a2cb0f14db5-1.1+154+bb94f350+bb94f3599b-r0.tdpzu9
>>    *
>>    * Solution 1:
>>    *   - do not ask to install a package providing kernel-module-dyplo
>>
> We had an issue with the exact same symptom and had a hard time
> to find a fix. It turned out that:
>
> - The kernel is built with a patch applied from SRC_URI
> AND
> - We had LOCALVERSION_AUTO=y in the kernel config
> AND
> - The kernel is in sstate
> AND
> - The kernel sources no longer exist under tmp/work-shared
> AND
> - The external kernel module is not taken from sstate
>
> If patches are applied in a kernel recipe they are applied
> with 'git am' and a new hash value will be present with
> each run of do_patch.
>
> If LOCALVERSION_AUTO=y is in the kernel config that new
> hash becomes part of the kernel and external kernel module
> packages.
>
> As the kernel is from an older do_patch and the module
> from a newer the hashes used in building differ and you
> get the above OE build error. Even if it wouldn't the
> different hashes become part of the VERMAGIC and the
> kernel would refuse to load the module.
>
> Our solution was to no longer build with LOCALVERSION_AUTO
> and since then we no longer see the issue.
>
> Regards
> Max

That sounds plausible, and explains why only one failed (kernel happened 
to be in sstate-cache). I'll check the LOCALVERSION_AUTO value...


>
>> I'm on "scarthgap" branch.
>>
>> The "kernel-module-dyplo" recipe can be found here:
>>
>> https://github.com/topic-embedded-products/meta-dyplo/blob/master/recipes-dyplo/dyplo-core/kernel-module-dyplo.bb
>>
>> The isue at first glance appears to be that
>> "kernel-6.6.40-xilinx-g6a2cb0f14db5" mixes the git version hash from the
>> module itself and the git hash of the kernel. There's no such package,
>> it should have been "kernel-6.6.40-xilinx-gd7b52381656b"
>>
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#215287): https://lists.openembedded.org/g/openembedded-core/message/215287
>> Mute This Topic: https://lists.openembedded.org/mt/112412917/3617484
>> Group Owner: openembedded-core+owner@lists.openembedded.org
>> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [max.oss.09@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>

-- 
Mike Looijmans
System Expert

TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands

T: +31 (0) 499 33 69 69
E: mike.looijmans@topic.nl
W: www.topic.nl

RE: [OE-core] kernel-module dependency mystery

[chris.laplante]

Hi all,

> That sounds plausible, and explains why only one failed (kernel happened to be
> in sstate-cache). I'll check the LOCALVERSION_AUTO value...
> 
> 
> >
> >> I'm on "scarthgap" branch.
> >>
> >> The "kernel-module-dyplo" recipe can be found here:
> >>
> >> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit
> >> hub.com%2Ftopic-embedded-products%2Fmeta-
> dyplo%2Fblob%2Fmaster%2Freci
> >> pes-dyplo%2Fdyplo-core%2Fkernel-module-
> dyplo.bb&data=05%7C02%7Cchris.
> >>
> laplante%40agilent.com%7Cbf3eb36f3f9a44d9396508dd84003587%7Ca9c0bc0
> 98
> >>
> b46420693512ba12fb4a5c0%7C0%7C0%7C638811858640678798%7CUnknown
> %7CTWFp
> >>
> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMi
> IsI
> >>
> kFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=hrrWwDxGA0CV
> IlUcjc
> >> JZmfoxWy7KNScoECmYpJbP7ck%3D&reserved=0
> >>
> >> The isue at first glance appears to be that
> >> "kernel-6.6.40-xilinx-g6a2cb0f14db5" mixes the git version hash from
> >> the module itself and the git hash of the kernel. There's no such
> >> package, it should have been "kernel-6.6.40-xilinx-gd7b52381656b"

Just wanted to drop a link to this Bugzilla because it seems relevant: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14885

Thanks,
Chris

Re: [OE-core] kernel-module dependency mystery

[mike.looijmans]

On 10-05-2025 04:54, Chris Laplante via lists.openembedded.org wrote:
> Hi all,
>
>> That sounds plausible, and explains why only one failed (kernel happened to be
>> in sstate-cache). I'll check the LOCALVERSION_AUTO value...
>>
>>
>>>> I'm on "scarthgap" branch.
>>>>
>>>> The "kernel-module-dyplo" recipe can be found here:
>>>>
>>>> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit
>>>> hub.com%2Ftopic-embedded-products%2Fmeta-
>> dyplo%2Fblob%2Fmaster%2Freci
>>>> pes-dyplo%2Fdyplo-core%2Fkernel-module-
>> dyplo.bb&data=05%7C02%7Cchris.
>> laplante%40agilent.com%7Cbf3eb36f3f9a44d9396508dd84003587%7Ca9c0bc0
>> 98
>> b46420693512ba12fb4a5c0%7C0%7C0%7C638811858640678798%7CUnknown
>> %7CTWFp
>> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMi
>> IsI
>> kFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=hrrWwDxGA0CV
>> IlUcjc
>>>> JZmfoxWy7KNScoECmYpJbP7ck%3D&reserved=0
>>>>
>>>> The isue at first glance appears to be that
>>>> "kernel-6.6.40-xilinx-g6a2cb0f14db5" mixes the git version hash from
>>>> the module itself and the git hash of the kernel. There's no such
>>>> package, it should have been "kernel-6.6.40-xilinx-gd7b52381656b"
> Just wanted to drop a link to this Bugzilla because it seems relevant: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14885

Does seem relevant indeed.

I tried adding DEPENDS += "virtual/kernel" in the kernel module recipe, but 
still got the same error.

Disabling LOCALVERSION_AUTO in the kernel config made the problem go away.


After changing the kernel, the (external) modules should (also) be rebuilt, 
that makes sense to me. Even regardless of this dependency issue...

M.

RE: [OE-core] kernel-module dependency mystery

[chris.laplante]

Hi Mike,

> Does seem relevant indeed.
> 
> I tried adding DEPENDS += "virtual/kernel" in the kernel module recipe, but still
> got the same error.
> 
> Disabling LOCALVERSION_AUTO in the kernel config made the problem go away.
> 
> 
> After changing the kernel, the (external) modules should (also) be rebuilt, that
> makes sense to me. Even regardless of this dependency issue...

Glad the workaround helped. 

I spent a good 8 hours over the course of a few days trying to isolate the issue and come up with a selftest, but I didn't make any progress. There is special handling for kernel modules (and the special "do_shared_workdir" task) spread throughout Poky. Pertinent recipes/code:

+ meta/lib/oe/packagedata.py
+ meta/lib/oe/sstatesig.py 
+ meta/classes-global/sstate.bbclass
+ meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb

Unfortunately, any time you try to add logging to these places, it invalidates the sstate. Eventually I just gave up.

Thanks,
Chris