On 2013-Jan-07 18:25:58 -0800, Barney Cordoba wrote:
>I have a situation where I have to run 9.1 on an old single core
>box. Does anyone have a handle on whether it's better to build a non
>SMP kernel or to just use a standard SMP build with just the one
>core?
Another input for this decision is
On Wednesday, January 09, 2013 06:42:15 PM Konstantin Belousov wrote:
> On Wed, Jan 09, 2013 at 03:54:43PM -0500, John Baldwin wrote:
> > On Wednesday, January 09, 2013 10:00:31 am Barney Cordoba wrote:
> > > --- On Wed, 1/9/13, sth...@nethelp.no wrote:
> > > > From: sth...@nethelp.no
> > > > Sub
Hi,
I see that* ND6_LLINFO_WAITDELETE *was done away with long time back.
I was looking for any historical reasons for why it was needed and what
triggered its removal.
Any pointers will be much appreciated.
Thanks!
___
freebsd-net@freebsd.org mailing
At Thu, 10 Jan 2013 15:50:30 -0800,
prabhakar lakhera wrote:
> I see that* ND6_LLINFO_WAITDELETE *was done away with long time back.
> I was looking for any historical reasons for why it was needed and what
> triggered its removal.
I'd normally change history in the original KAME repository:
ht
that is more than helpful :)
I myself had a panic because of this state and code in nd6_free because I
added an assert to catch connectivity issue..
Found out that it was long gone from stock BSD and kame.
Thanks for the pointers!!
On Thu, Jan 10, 2013 at 5:48 PM, JINMEI Tatuya / 神明達哉 wrote:
>
Do some body know how can we debug kernel memory corruption on live system?
We need to find out which function/subsystem is cause of this mess.
Or maybe is there some way to lock particular memory area, where default
gateway lies and watch which subsystem will cause system crash?
__
Old Synopsis: kernel panic on RADIX_MPATH when deleting route
New Synopsis: [panic] kernel panic on RADIX_MPATH when deleting route
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Fri Jan 11 07:51:36 UTC 2013
Responsible-Changed-Why:
