tech-kern archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Anyone recall the dreaded tstile issue?
> On Jul 19, 2022, at 6:45 PM, Mouse <mouse%Rodents-Montreal.ORG@localhost> wrote:
>
>
> [EXTERNAL EMAIL]
>
>>> [...kernel coredump...kernel stack traces...]
>>> [...dig up a way to get userland stack traces...]
>
>> I did a pile of work on GDB, 10 or more years ago, to add that
>> capability for the non-standard system coredumps we used in
>> EqualLogic. It's not a simple change, if you want it to be fairly
>> automatic. Part of it means looking into user mode memory, but
>> another part is loading all the right symbol tables with the right
>> relocations.
>
> I'd be satisfied with a no-symbols stack trace, the kind of thing you
> could get from a (userland) coredump without the matching binary. If I
> didn't already have a fair idea what the problem is, I'd be trying to
> add a way to do that.
Good point, though I've found that no-symbols is painful when shared
libraries are involved because it makes it very hard to figure out
what that number translates to.
>> Unfortunately I'm not in a position to dig up that code, adapt it to
>> the standard NetBSD kernel dumps, and contribute it. I could ask for
>> approval to contribute my changes as-is for some interested person to
>> adapt. If that's interesting, please let me know and I can pursue
>> it.
>
> I probably am not in a position to do that work at all, and certainly
> not to do it in a way that would be useful to NetBSD.
>
> I don't know whether anyone else is. But it does occur to me that
> having the underlying code available would make it more likely that
> someone would pick it up in the future.
That makes sense. Ok, I'll bring up the question with management.
paul
Home |
Main Index |
Thread Index |
Old Index