i can ping matt in the morning since he's probably done the most work in idmap, but yeah, it looks like it needs a lock or atomic add

if a panic happens on lwp0 and you drop into kmdb, will that set t_preempt on lwp0's kthread_t ?

Good question!

I don't believe so

i'm tripping ASSERT(curthread->t_preempt > 0), yet <stack from panicmsg>::print kthread_t t_preempt shows '\001'

which is making me scratch my head...

It will.

rmustacc: TIL '++' isn't assignment for cscope

Huh! That seems like an oversight haha

I also wonder if it would catch things like *(some_ptr + 16) =

aha!.. ok... so i'm not losing it (at least because of that :P)

btw, if anyone's tracking what would be needed to maintain compatibility with Solaris, blogs.oracle.com/solaris/post/whats…he-oracle-solaris-11481-cbe-release lists a bunch of things added in the past 3 years, including some libc functions/system calls and new arguments to various commands

I don't think anyone is, beyond when things seem like good ideas

so you're not going to start working on "ld -z ctf" right away?

heh.. had to pick -g for ptree? :)

it is nice list.

alanc: we've talked about -z ctf for years, it's stuck on todo list length :\

and just for ptribble, among the nearly 10k words in that blog is one occurence of the word "tribblix" 8-)

alanc: I did notice, and thanks for the mention :-)

thanks for making the packages for us to point to 8-)

alanc: Is Solaris version 3 the version Oracle sent to GNU?

No, which is why we labeled it as Solaris version 3 to distinguish from the GNU one

So if I'm not careful and I end up with illumos version 3 then I'm really in trouble.

ours is closer to FreeBSD CTF version 3

Appreciate the info.

Oh, I thought they had adopted the GNU version at some point.

alanc: did you happen to add parameter names? :)

since andyf added types to stack traces, they've seemed like they'd be neat

I don't think so, it was mainly about the 16->32 bit changes

I'm not sure we've hit those (except probably in userland in pkgsrc)

but we deliver a man page now to document the format if you want to check

yeah, we hit them trying to add CTF to stuff from our userland consolidation (i.e. all the FOSS)

Appreciate the hands up and the context as always Alan.

I think FreeBSD version 3 is a subset of the GNU version, but that's third or fourth hand information as I'm not part of the project team

sommerfeld: torching the cache.db re-sets things to a broken state. That is certainly time saving! Unfortunately, the major "only if the ephemeral cache is new" is the `flag` parameter to `allocids()` (via `sidsys`), which seems entirely reasonable. It looks like it's not the easy kind, or at least, is pretty well hidden.

the flag paramater gets us to the kernel eph allocator, in cred.c which, thankfully, is at least a little atomic

the flag parameter is probably a red herring. 2nd run should find the id in cache.db rather than generating a new ephemeral id.

Yeah, I was just chasing it through to confirm it didn't do anything weird. It does exactly what you'd think, flushes the cache in the kernel and starts afresh