Re: New test kernel - second attempt
“q_work”. Is this queuing based job related software on your system? For example: Network Queueing System (NQS) or some custom IPC message queues?
Provide more details. What are you attempting to build or run? I had issues with the latest CBE and decided to use an earlier version of Solaris 11.4.42.113.1. Haven’t had any install or core issues, but more details will help. Unsure which software you are using.
On another note, unsure if Oracle fixed any S7-2 related issues with the latest CBE yet. I will download and attempt to install the latest CBE again. I did so several months ago.
Which compiler and version are you using? Which firmware and ilom versions are you using?
**Since this appears to be Solaris (not Debian) and custom software related, we should probably discuss privately via email.
Tony
> On Sep 20, 2025, at 8:02 PM, Dennis Clarke <dclarke@blastwave.org> wrote:
>
> On 9/19/25 22:56, Tony Rodriguez wrote:
>> Okay, since this isn’t an emergency I will provide steps for you ..
>
> Well we managed to install Solaris 11.4 on my machine and in no
> time flat able to have it throw core files with bad messages :
>
> neptune$ uname -a
> SunOS neptune 5.11 11.4.81.193.1 sun4v sparc sun4v non-virtualized
> neptune$
> neptune$ cat /etc/release
> Oracle Solaris 11.4 SPARC
> Copyright (c) 1983, 2025, Oracle and/or its affiliates.
> Assembled 02 April 2025
> neptune$
>
> .
> .
> .
> [New Thread 307 (LWP 307)]
>
> warning: could not convert 'mutex_t' from the host encoding (ISO-8859-1) to UTF-32.
> This normally should not happen, please file a bug report.
> Core was generated by `./q_work 384 33554432'.
> #0 0xffffffff7f105bf0 in memcpy%sun4v-hwcap4 () from /lib/64/libc.so.1
> [Current thread is 2 (LWP 1 )]
> (gdb) where
> #0 0xffffffff7f105bf0 in memcpy%sun4v-hwcap4 () from /lib/64/libc.so.1
> #1 0xffffffff7f0b9834 in uucopy () from /lib/64/libc.so.1
> #2 0xffffffff7f0c5b44 in setup_top_frame () from /lib/64/libc.so.1
> #3 0xffffffff7f0c5b8c in setup_context () from /lib/64/libc.so.1
> #4 0xffffffff7f0c17c8 in _thrp_create () from /lib/64/libc.so.1
> #5 0xffffffff7f0b15f4 in pthread_create () from /lib/64/libc.so.1
> #6 0x00000001000039f4 in main (argc=3, argv=0xffffffff7ffff7e8) at q_work.c:357
> (gdb) quit
> neptune$
>
> Not impressive. Nope. Not impressive at all. I hope the Linux kernel
> works a whole lot better. Monday or Tuesday.
>
>
> --
> --
> Dennis Clarke
> RISC-V/SPARC/PPC/ARM/CISC
> UNIX and Linux spoken
>
Reply to: