Re: was: CURRENT [r308087] still crashing: Backtrace provided

From: Andrey V. Elsukov <ae_at_FreeBSD.org>
Date: Sun, 13 Nov 2016 12:41:07 +0300
On 13.11.2016 12:23, O. Hartmann wrote:
>>>>> Great, thank you. I would first like to confirm that r307234 is indeed
>>>>> causing the crash - since it appears to be easy to trigger, that should
>>>>> be faster. If not, the core will help track down the real problem.  
>>>>
>>>> Although I was under the impression the in-kernel-config option
>>>>
>>>> makeoptions    DEBUG=-g
>>>>
>>>> would make debugging symbols available, I'm proved wrong.  
>>
>> Do you have option FLOWTABLE in your kernel config?
> 
> Would you suggest to disable this feature in the kernel? Or does the feature, by
> accident, influence the debugging ??

Hi,

I never used FLOWTABLE, but as I know, when L2 caching was reintroduced
the kernel with enabled FLOWTABLE has started crashing almost
immediately. glebius_at_ added workaround in r300854 to prevent the panic.
Then we discussed with him that the change in in_pcb.c should be
reasonable. And he decided to revert the workaround. Now it seems
without r300854 FLOWTABLE isn't usable.

-- 
WBR, Andrey V. Elsukov


Received on Sun Nov 13 2016 - 08:44:03 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:08 UTC