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 respon
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 evaluate the
> core file from t
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
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 exi
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 he