tech-toolchain archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Aprilis LLDB/NetBSD



On Apr 5,  1:10am, n54%gmx.com@localhost (Kamil Rytarowski) wrote:
-- Subject: Re: Aprilis LLDB/NetBSD

| Currently there is nothing planned on the base system side. All the
| enhancements are to be done on the LLDB side.
| 
| Our core-dump files contain notes like: "NetBSD-CORE@1". This "1" is LWP
| and it must be properly handled in LLDB to define a thread. Currently
| LLDB just recognizes NetBSD-CORE files and "NetBSD-CORE" notes. It needs
| now to instantiate appropriate threads.
| 
| On the other hand I've studied inspiring articles like:
| "FreeBSD Userspace Coredumps"
| https://backtrace.io/blog/blog/2015/10/03/whats-a-coredump/index.html
| 
| Presenting a list of improvements for the NetBSD system is currently
| premature for me as I need to study up more on the topic. It appears
| also beyond the tasks related to LLDB.
| 
| In other words we seem to be good enough to get all the needed things done.=

Ok, so nothing so far to do.

| > Sounds good, do you have the PT_{G,S}ETSTEP functional description somewh=
| ere?
| >=20
| 
| PT_SETSTEP This request will turn on single stepping of the specified
| process.
| 
| PT_CLEARSTEP This request will turn off single stepping of the specified
| process.
| 
| In NetBSD case:
|  ptrace(PT_SETSTEP, pid, NULL, lwp);
|  ptrace(PT_CLEARSTEP, pid, NULL, lwp);
| 
| I'm going to cleanup it and send for review.

Yes, but as PT_STEP is things going to be an MD thing? How will it be
implemented?

christos


Home | Main Index | Thread Index | Old Index