GDB question [ at least at first... ]

2017-02-19 Thread Jeffrey Bouquet
I've a custom kernel r313487 without, and another with, debugging lines re-added. [ i386 ] With daily vmcore in /var/crash from the former, can the latter be used with GDB [ the larger kernel ] to evaluate the core file from the non-debugging, thinner kernel? And if so, better to learn GDB

Re: First thread in proc in not passed to thread_dtor eventhandler upon exit

2017-02-19 Thread Konstantin Belousov
On Sun, Feb 19, 2017 at 09:43:24AM +0100, Hans Petter Selasky wrote: > On 02/19/17 04:54, Konstantin Belousov wrote: > > On Sat, Feb 18, 2017 at 10:40:00PM +0100, Hans Petter Selasky wrote: > >> Hi, > >> > >> Is the following a bug or feature. I observe that the first thread in a > >> procedure is

Re: First thread in proc in not passed to thread_dtor eventhandler upon exit

2017-02-19 Thread Hans Petter Selasky
On 02/19/17 04:54, Konstantin Belousov wrote: On Sat, Feb 18, 2017 at 10:40:00PM +0100, Hans Petter Selasky wrote: Hi, Is the following a bug or feature. I observe that the first thread in a procedure is not passed to thread_dtor as declared by the following eventhandler, when the procedure

elf_load_section problem

2017-02-19 Thread Steve Kargl
Looks like I picked the wrong time to update a month old. Problem #1: 'kldload -v i915kms.ko' locks up the system. No panic. No messages logged. No keyboard response. Black screen of death. Problem #2: 'kldload -v drm2.ko' locks up the system. No panic. No messages logged. No keyboard

Re: GDB question [ at least at first... ]

2017-02-19 Thread Alan Somers
On Sun, Feb 19, 2017 at 1:33 AM, Jeffrey Bouquet wrote: > I've a custom kernel r313487 without, and > another with, debugging lines re-added. > [ i386 ] > > With daily vmcore in /var/crash from the > former, can the latter be used with GDB > [ the larger kernel ] to