Don't restrict to linux-laptop

[Juerg Haefliger]

The generic arm64 kernel now support some Qualcomm platforms so the services need to run with that kernel as well.

[Dimitri John Ledkov (xnox)]

This was done for mantic release due to lack of time, and inability to verify if unrestricted access will be harmful in any way to any generic implementations.

I hope we have time to test that this doesn't cause any issues, or failed unit starts on Pi Desktop and Qemu Desktop systmes which are not qcom based and that the service exits gracefully.

If not, we agree to add more targetted conditionals for example test for a certain sysfs path to exist that indicates that a given booted system has qrtr / protection-domain-mapper compatible support.

Let's upload this, test how these units behave on Pi and Qemu, and if needed improve the systemd unit with more targetted conditionals.

[Launchpad Janitor (janitor)]

This bug was fixed in the package qrtr - 1.0-2ubuntu2

---------------
qrtr (1.0-2ubuntu2) noble; urgency=medium

  * Remove linux-laptop kernel restriction for qrtr-ns.service (LP: #2054296).

 -- Juerg Haefliger <email address hidden> Mon, 05 Feb 2024 17:08:34 +0100

[Launchpad Janitor (janitor)]

This bug was fixed in the package protection-domain-mapper - 1.0-4ubuntu3

---------------
protection-domain-mapper (1.0-4ubuntu3) noble; urgency=medium

  * Remove linux-laptop kernel restriction for pd-mapper.service (LP: #2054296).

 -- Juerg Haefliger <email address hidden> Mon, 05 Feb 2024 17:39:46 +0100

[Tobias Heider (tobhe)]

It looks like this change did indeed cause issues for non-qualcomm hardware, see https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/2062667

We should definitely check if we can restrict the service to supported qualcomm devices only. Currently it causes systemd errors and a noticeable boot delay on at least raspi and apple silicon.

EDIT: fixed the link. Thanks Seth!

[Seth Arnold (seth-arnold)]

@Tobias, that bug is 15 years old. Perhaps you meant another one?