https://github.com/systemd/systemd/pull/17987 was accepted upstream.
I assume with the amount of dependencies that systemd has there is no easy 
"just apply this and upload" that will make anyone happy :-/

But now that everything seems ready I wanted to ask the package
maintainer (who usually has a plan on coming uploads already) when we
could get this applied?

** Changed in: systemd (Ubuntu)
   Importance: Undecided => High

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1908259

Title:
  TEST-36-NUMAPOLICY fails with qemu 5.2

Status in systemd:
  Unknown
Status in qemu package in Ubuntu:
  New
Status in systemd package in Ubuntu:
  New

Bug description:
  Hi,
  this test now fails as seen on ppc here
  
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute/hirsute/ppc64el/s/systemd/20201214_224336_8b0d8@/log.gz

  + /bin/qemu-system-ppc64 -smp 1 -net none -m 512M -nographic -vga none 
-kernel /boot/vmlinux-5.8.0-25-generic -drive 
format=raw,cache=unsafe,file=/var/tmp/systemd-test.qFc3xq/default.img -numa 
node,nodeid=0 -initrd /boot/initrd.img-5.8.0-25-generic -append ' 
root=/dev/sda1 rw raid=noautodetect rd.luks=0 loglevel=2 
init=/lib/systemd/systemd console=hvc0 selinux=0  
SYSTEMD_UNIT_PATH=/usr/lib/systemd/tests/testdata/testsuite-36.units:/usr/lib/systemd/tests/testdata/units:
 systemd.unit=testsuite.target systemd.wants=testsuite-36.service 
systemd.wants=end.service  '
  E: QEMU failed with exit code 1
  qemu-system-ppc64: total memory for NUMA nodes (0x0) should equal RAM size 
(0x20000000)

  Reproducible in LP infra with systemd 246.6-5ubuntu1 and qemu 5.2

  On other architectures this test is just skipped and ppc happened to complete
  faster so I saw it earlier.

  The same happens on amd64
  + /bin/qemu-system-x86_64 -smp 1 -net none -m 512M -nographic -vga none 
-kernel /boot/vmlinuz-5.8.0-25-generic -drive 
format=raw,cache=unsafe,file=/var/tmp/systemd-test.8Hqpmk/default.img -numa 
node,nodeid=0 -initrd /boot/initrd.img-5.8.0-25-generic -append ' 
root=/dev/sda1 rw raid=noautodetect rd.luks=0 loglevel=2 
init=/lib/systemd/systemd console=ttyS0 selinux=0  
SYSTEMD_UNIT_PATH=/usr/lib/systemd/tests/testdata/testsuite-36.units:/usr/lib/systemd/tests/testdata/units:
 systemd.unit=testsuite.target systemd.wants=testsuite-36.service 
systemd.wants=end.service  '
  qemu-system-x86_64: total memory for NUMA nodes (0x0) should equal RAM size 
(0x20000000)
  E: QEMU failed with exit code 1 

  
  Isolated this to a test without systemd:
  $ apt install linux-image-generic qemu-system-x86
  $ /bin/qemu-system-x86_64 -smp 1 -net none -m 512M -nographic -vga none 
-kernel /boot/vmlinuz-5.8.0-25-generic -numa node,nodeid=0 -initrd 
/boot/initrd.img-5.8.0-25-generic -append 'console=ttyS0 selinux=0'

  Upgrading to 5.2 makes this:
  $ /bin/qemu-system-x86_64 -smp 1 -net none -m 512M -nographic -vga none 
-kernel /boot/vmlinuz-5.8.0-25-generic -numa node,nodeid=0 -initrd 
/boot/initrd.img-5.8.0-25-generic -append 'console=ttyS0 selinux=0'
  qemu-system-x86_64: total memory for NUMA nodes (0x0) should equal RAM size 
(0x20000000)

  The numa spec is indeed a bit short
    -numa node,nodeid=0
  If I change this to
    -numa node,mem=512M,nodeid=0
  It would work, but that kind of specification is forbidden >=5.1
    Parameter -numa node,mem is not supported by this machine type
    Use -numa node,memdev instead
  You'd need also something like -M pc-i440fx-5.0 which isn't anything the test
  wants to set in stone I guess.
  Instead using memdev works:
    -object memory-backend-ram,id=mem0,size=512M -numa node,memdev=mem0,nodeid=0

  This works fine and is in qemu since quite some time.
  Properly documented since 2.12 but actually available since 2.1 (2014)

  The argument for this test is in test/TEST-36-NUMAPOLICY/test.sh
    QEMU_OPTIONS="-numa node,nodeid=0"

  Fixing that to a new form should help.

To manage notifications about this bug go to:
https://bugs.launchpad.net/systemd/+bug/1908259/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to