Bug#986905: systemd armhf: Attaching egress BPF program to cgroup failed

[Ryutaroh Matsumoto]

Control: tags -1 - moreinfo

> Do you have instructions how I can reproduce this (on a amd64 box)?

I removed "moreinfo" tag. If the following is not enough, please attach the tag again.
(Assuming "virt-manager" is acceptable)

In the following, lighdm display manager is somehow needed to reproduce
the reported symptom. "systemctl set-target multi-user.target" prevents the
symptom from appearing...

>> Is it related with CONFIG_BPF_JIT_DEFAULT_ON???
> Hm, I don't think so. The above looks ok.
> Can you raise this upstream please (maybe with a reference to #7054).
> I don't have an armhf setup to easily reproduce this myself.
> I'd attach an strace log to the upstream bug report as well.

I am weakly doubting if this is an upstream issue,
could you confirm again that this should be reported upstream...?
This seems caused by subtle interactions among Debian packages...

*** start of reproduction steps ***  (Verified on Ubuntu 20.04 amd64 notebook)

# apt-get --install-recommends install virt-manager qemu-system-arm qemu-system-aarch64 qemu-efi-arm qemu-efi-aarch64 ipxe-qemu

A qemu hard disk image of size 5GB with no password for root is placed at
http://153.240.174.134:64193/debian11-armhf.qcow2
(alternative instructions to produce an equivalent image is given below).

Start the virt-manager.

In the virt-manager:
* Create a new VM.
* Select "arm" as "Architecture", with "virt" machine type,
  2 CPUs and memory = 5120 MB (smaller maybe OK).
* Check "customize configuration before install"
* By pushing "Add Hardware", add (they are needed for lightdm to start)
 - "virtio video" in the subcategory video.
 - "virtio keyboard" and "virtio tablet" in the subcategory input

* Boot into the installed disk image.
* Log in as root with no password, verify lightdm.service has started
  and "journalctl -b -g BPF".

*** steps to produce debian11-armhf.qcow2 ***

Download d-i Alpha 3 for armhf.
(The latest weekly build of d-i did not boot...)

* Install as you like with "standard packages" with NO desktop.
* linux-image-armmp-lpae should be chosen as the kernel.
* In the VM as root run
https://github.com/emojifreak/debian-rpi-image-script/blob/main/root-setup.sh

I am unsure if  just installing  task-xfce-desktop reproduces the reported symptom...

Best regards, Ryutaroh