Your report is innaccurate.
You say 7.1 to 7.2, but you mean 7.2-current
It is a very big difference.
So the problem is that snapshots kernel contains a diff which is ahead the
snapshots build tree, related to the DT_DEBUG change.
I will pull the diff out of snapshots build until the octeon packags catch up.
Sebastian Oswald <sebast...@rostwald.de> wrote:
> >Synopsis: After upgrading from 7.1 -> 7.2 on octeon, anything from
> >ports/packages segfaults
> >Environment:
> System : OpenBSD 7.2
> Details : OpenBSD 7.2-current (GENERIC.MP) #1094: Fri Oct
> 28 18:46:47 MDT 2022
> dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP
>
> Architecture: OpenBSD.octeon
> Machine : octeon
> >Description:
> After upgrading via 'sysupgrade -n' from 7.1 to latest 7.2
> snapshot and afterwards running 'sysmerge' and 'pkg_add -u',
> any binary installed via pkg segfaults. (e.g. vnstatd,
> zabbix_agentd, vim, git, curl....)
>
> Packages have been successfully updated by 'pkg_add -u' and show
> current versions. E.g. vim-no_x11 was updated to 9.0.0192
>
> When trying to run any binary from /usr/local/[s]bin/ i only get:
> # zabbix_agentd
> Segmentation fault (core dumped)
> # vim
> Segmentation fault (core dumped)
>
>
> example output from gdb for a core file from vim:
>
> # gdb /usr/local/bin/vim vim.core
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and
> you are welcome to change it and/or distribute copies of it under
> certain conditions. Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details. This GDB was configured as "mips64-unknown-openbsd7.2"...(no
> debugging symbols found)
>
> Core was generated by `vim'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x0000000500489fec in ?? ()
> (gdb) run
> Starting program: /usr/local/bin/vim
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x000000358e4f9fec in ?? ()
>
>
> Output looks identical (except for the address) for any
> program/corefile ('0x[...]fec in ?? ()'). I've never used gdb, so if I
> can provide any other useful informations with it please let me know.
>
> I remember reading something about a new libc version (but can't find
> it in the changelogs?), so I suspect there's something foul with the
> version on that system vs the one packages are built against?
> These versions can be found on that system:
> # ls /usr/lib | grep ^libc.so
> libc.so.95.1
> libc.so.96.0
> libc.so.96.1
> libc.so.96.3
> libc.so.96.4
>
>
> dmesg output:
> [ using 763256 bytes of bsd ELF symbol table ]
> Copyright (c) 1982, 1986, 1989, 1991, 1993
> The Regents of the University of California. All rights
> reserved. Copyright (c) 1995-2022 OpenBSD. All rights reserved.
> https://www.OpenBSD.org
>
> OpenBSD 7.2-current (GENERIC.MP) #1094: Fri Oct 28 18:46:47 MDT 2022
> dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP
> real mem = 1073741824 (1024MB)
> avail mem = 1035550720 (987MB)
> random: good seed from bootblocks
> mainbus0 at root: board 20300 rev 0.15, model cavium,ubnt_e300
> cpu0 at mainbus0: CN70xx/CN71xx CPU rev 0.2 1000 MHz, CN70xx/CN71xx FPU
> rev 0.0 cpu0: cache L1-I 78KB 39 way D 32KB 32 way, L2 1024KB 8 way
> cpu1 at mainbus0: CN70xx/CN71xx CPU rev 0.2 1000 MHz, CN70xx/CN71xx FPU
> rev 0.0 cpu1: cache L1-I 78KB 39 way D 32KB 32 way, L2 1024KB 8 way
> cpu2 at mainbus0: CN70xx/CN71xx CPU rev 0.2 1000 MHz, CN70xx/CN71xx FPU
> rev 0.0 cpu2: cache L1-I 78KB 39 way D 32KB 32 way, L2 1024KB 8 way
> cpu3 at mainbus0: CN70xx/CN71xx CPU rev 0.2 1000 MHz, CN70xx/CN71xx FPU
> rev 0.0 cpu3: cache L1-I 78KB 39 way D 32KB 32 way, L2 1024KB 8 way
> clock0 at mainbus0: int 5
> octcrypto0 at mainbus0
> iobus0 at mainbus0
> simplebus0 at iobus0: "soc"
> "bootbus" at simplebus0 not configured
> octciu0 at simplebus0
> octcib0 at simplebus0: max-bits 23
> octcib1 at simplebus0: max-bits 12
> octcib2 at simplebus0: max-bits 6
> octcib3 at simplebus0: max-bits 15
> octcib4 at simplebus0: max-bits 4
> octcib5 at simplebus0: max-bits 11
> octcib6 at simplebus0: max-bits 11
> octgpio0 at simplebus0: 20 pins, xbit 16
> octsmi0 at simplebus0
> octsmi1 at simplebus0
> octpip0 at simplebus0
> octgmx0 at octpip0 interface 0
> cnmac0 at octgmx0: port 0 SGMII, address 74:83:c2:10:cd:57
> ukphy0 at cnmac0 phy 4: Generic IEEE 802.3u media interface, rev. 2:
> OUI 0x0001c1, model 0x000c cnmac1 at octgmx0: port 1 SGMII, address
> 74:83:c2:10:cd:58 ukphy1 at cnmac1 phy 5: Generic IEEE 802.3u media
> interface, rev. 2: OUI 0x0001c1, model 0x000c cnmac2 at octgmx0: port 2
> SGMII, address 74:83:c2:10:cd:59 ukphy2 at cnmac2 phy 6: Generic IEEE
> 802.3u media interface, rev. 2: OUI 0x0001c1, model 0x000c cnmac3 at
> octgmx0: port 3 SGMII, address 74:83:c2:10:cd:5a ukphy3 at cnmac3 phy
> 7: Generic IEEE 802.3u media interface, rev. 2: OUI 0x0001c1, model
> 0x000c octsctl0 at simplebus0: disabled octxctl0 at simplebus0: DWC3
> rev 0x250a xhci0 at octxctl0, xHCI 1.0
> usb0 at xhci0: USB revision 3.0
> uhub0 at usb0 configuration 1 interface 0 "Generic xHCI root hub" rev
> 3.00/1.00 addr 1 octxctl1 at simplebus0: DWC3 rev 0x250a
> xhci1 at octxctl1, xHCI 1.0
> usb1 at xhci1: USB revision 3.0
> uhub1 at usb1 configuration 1 interface 0 "Generic xHCI root hub" rev
> 3.00/1.00 addr 1 "i2c" at simplebus0 not configured
> "i2c" at simplebus0 not configured
> com0 at simplebus0: ns16550a, 64 byte fifo
> com0: console
> com1 at simplebus0: ns16550a, 64 byte fifo
> com1: probed fifo depth: 0 bytes
> octmmc0 at simplebus0
> sdmmc0 at octmmc0: 8-bit, mmc high-speed
> "spi" at simplebus0 not configured
> "ocla0" at simplebus0 not configured
> "dma-engine" at simplebus0 not configured
> "dma-engine" at simplebus0 not configured
> octrng0 at iobus0 base 0x1400000000000 irq 0
> octpcie0 at iobus0: 3 ports
> octpcie0 port 0: link timeout
> octpcie0 port 1: reset timeout
> octpcie0 port 2: reset timeout
> umass0 at uhub0 port 1 configuration 1 interface 0 "SanDisk' Cruzer
> Fit" rev 2.00/1.00 addr 2 umass0: using SCSI over Bulk-Only
> scsibus0 at umass0: 2 targets, initiator 0
> sd0 at scsibus0 targ 1 lun 0: <SanDisk', Cruzer Fit, 1.00> removable
> serial.07815571101127117100 sd0: 14664MB, 512 bytes/sector, 30031872
> sectors scsibus1 at sdmmc0: 2 targets, initiator 0
> sd1 at scsibus1 targ 1 lun 0: <Kingston, MMC4GB, 0000> removable
> sd1: 3728MB, 512 bytes/sector, 7634944 sectors
> vscsi0 at root
> scsibus2 at vscsi0: 256 targets
> softraid0 at root
> scsibus3 at softraid0: 256 targets
> root on sd0a (665b7a9cdb5b6a22.a) swap on sd0b dump on sd0b
> WARNING: CHECK AND RESET THE DATE!
>
>
>
> Thanks,
> Sebastian
>
> --
> Sebastian Oswald
> GnuPG-Key-ID: 0x313F3181
