[Bug 1905037] Re: Qemu SPARC64 Panics on Sun Solaris 5.8 - BOP_ALLOC failed

[Thomas Huth]

This is an automated cleanup. This bug report has been moved to QEMU's
new bug tracker on gitlab.com and thus gets marked as 'expired' now.
Please continue with the discussion here:

 https://gitlab.com/qemu-project/qemu/-/issues/293


** Changed in: qemu
       Status: New => Expired

** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #293
   https://gitlab.com/qemu-project/qemu/-/issues/293

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1905037

Title:
  Qemu SPARC64 Panics on Sun Solaris 5.8 -  BOP_ALLOC failed

Status in QEMU:
  Expired

Bug description:
  Hi,

  Running Sun Solaris 5.8 by SPARC64, will panic by "BOP_ALLOC failed":

  $ qemu-system-sparc64 \
    -drive file=sparc.qcow2,if=ide,bus=0,unit=0 \
    -drive 
file=sun5.8.no1.iso,format=raw,if=ide,bus=1,unit=0,media=cdrom,readonly=on \
    -boot d
  $ qemu-system-sparc64 -M sun4u -boot d -cdrom sun5.8.no1.iso -net nic -net 
user -m 2048

  Both commands will raise this error:

  OpenBIOS for Sparc64
  Configuration device id QEMU version 1 machine id 0
  kernel cmdline 
  CPUs: 1 x SUNW,UltraSPARC-IIi
  UUID: 00000000-0000-0000-0000-000000000000
  Welcome to OpenBIOS v1.1 built on Oct 28 2019 17:08
    Type 'help' for detailed information
  Trying cdrom:f...
  Not a bootable ELF image
  Not a bootable a.out image

  Loading FCode image...
  Loaded 5936 bytes
  entry point is 0x4000
  Evaluating FCode...
  open isn't unique.
  Alloc of 0x2000 bytes at 0x16000 refused.

  panic[cpu0]/thread=10408000: BOP_ALLOC failed

  0000000010406ea0 unix:boot_alloc+44 (2000, 2000, 1000, 30000016000, 
31002afd100, 30000014000)
    %l0-3: 000000001041b2d0 0000030ffffff138 0000000000000001 000000001044bdc0
    %l4-7: 000000001044af18 000000001044aef8 000000001044bd20 000000000000000b
  0000000010406f50 unix:segkmem_alloc+30 (30000016000, 2000, 0, 0, 1044efe0, 
1044b300)
    %l0-3: 0000030ffffff5c0 ffffffffffffe000 0000000000000000 000000001044bdc0
    %l4-7: 000000001044af18 000000001044aef8 000000001044f840 000000001004a438
  0000000010407010 genunix:vmem_xalloc+3e4 (1044ea18, 1044ee20, 
ffffffffffffffff, ffffffffffffffff, 0, 0)
    %l0-3: 000000001004a3b4 ffffffffffffe000 000000001044ea18 0000000000002000
    %l4-7: 0000000000000000 0000000000000000 0000000000002000 000000001044ea38
  0000000010407140 genunix:kmem_slab_create+8c (0, 0, 2000, 300000043c0, 0, 
1044ea18)
    %l0-3: 0000000000000000 0000030ffffff220 0000000000000000 000000001044bdc0
    %l4-7: 000000001044af18 00000300000043c0 000000001044f840 0000000000007fa3
  0000000010407230 genunix:kmem_cache_alloc+180 (0, 0, 0, 300000043c0, 0, 0)
    %l0-3: 0000030000004740 ffffffffffffe000 000000001044ea18 0000000000002000
    %l4-7: 0000030ffffff220 0000000000000000 0000000000002000 000000001044ea38
  00000000104072e0 genunix:kmem_slab_create+130 (200, 30000014000, 2000, 
3000000da40, 0, 200)
    %l0-3: 0000000000000000 ffffffffffffe000 000000001044ea18 0000000000002000
    %l4-7: 0000030fffffef68 000003000000da40 0000000000002000 000000001044ea38
  00000000104073d0 genunix:kmem_cache_alloc+180 (0, 0, 0, 3000000da40, 0, 0)
    %l0-3: 000003000000ddc0 0000000000000000 0000000000010000 ffffffffffffffff
    %l4-7: 0000030000013fc8 00000300000052c0 0000030000013fc8 0000030000013fc0
  0000000010407480 genunix:kmem_alloc+2c (2000, 0, 2000, 3000000da40, 0, 
30000013fb8)
    %l0-3: 0000030000005640 0000000010147bfa 0000000000000000 0000000000000020
    %l4-7: 0000000010446678 0000000010452543 0000000000000000 0000000000000000
  0000000010407530 krtld:kobj_zalloc+c (2000, 1000, 2000, 300000052c0, f0, 0)
    %l0-3: 000003000000e740 ffffffffffffffc0 000000001044f8e0 00000000000003c0
    %l4-7: 000000001044aa70 0000000000000000 0000000000000000 000000000000000b
  00000000104075e0 krtld:kobj_open_file+38 (2000, 30000011f88, 104397f0, 0, 0, 
1)
    %l0-3: 0000000000000008 0000000000000000 0000000000000000 0000000000000000
    %l4-7: 0000000000000008 000000001004a3b4 0000000010452538 000000001004a438
  0000000010407690 genunix:mod_read_system_file+70 (10437c00, 2000, 1, 0, 26, 
1043a0d8)
    %l0-3: 0000000000004000 0000000000000008 0000000000004008 0000000000000000
    %l4-7: 0000000000002000 000000001004a3b4 0000000010451670 000000001004a438
  00000000104077b0 genunix:kmem_init+1b8 (10471b50, 0, 0, 91, 1, 291)
    %l0-3: 000000001041dc00 0000000000002000 000000001004a3b4 000000001004a438
    %l4-7: 0000000010418590 0000000000001fff 000000001040d970 0000000000007fa3
  0000000010407880 unix:startup_memlist+b14 (10418400, 30000016080, 
30000000000, 10418668, 2000, 30000016000)
    %l0-3: 0000000000000103 0000000010423c00 0000000000000020 0000031002c00000
    %l4-7: 0000000010418400 000000001041d000 000000001041c000 000000001041b000
  0000000010407970 unix:startup+c (10428c00, 0, 0, 1, 0, ffffffffffffffff)
    %l0-3: 0000000010026090 000000000000d925 0000000000000afd 0000000000000000
    %l4-7: 0000000010472880 00000000002e8c43 00000000000beafd 0000000000000afd
  0000000010407a20 genunix:main+4 (1040d400, 2000, 10407ec0, 10408030, fff2, 
10052a0c)
    %l0-3: 0000000010408000 0000000000000001 0000000000000015 0000000000000f36
    %l4-7: 0000000010429618 0000000010472880 00000000000d7438 0000000000000540

  skipping system dump - no dump device configured
  rebooting...
  BOOTpanic - kernel: prom_reboot: reboot call returned!
  EXIT

  I'm not sure, but I think changes in this issue
  https://bugs.launchpad.net/qemu/+bug/1892540 might fix this one as
  well.

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