Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 21 Feb 2010 15:41:53 -0800
From:      Pyun YongHyeon <pyunyh@gmail.com>
To:        Slawa Olhovchenkov <slw@zxy.spb.ru>
Cc:        Nick Rogers <ncrogers@gmail.com>, stable@freebsd.org
Subject:   Re: trap 12: page fault while in kernel mode on 8.0-RELEASE (possibly bge(4) related)
Message-ID:  <20100221234153.GA1251@michelle.cdnetworks.com>
In-Reply-To: <20100220214450.GV55307@zxy.spb.ru>
References:  <20100218215039.GK55307@zxy.spb.ru> <20100219001913.GE11675@michelle.cdnetworks.com> <20100219055129.GL55307@zxy.spb.ru> <20100219122415.GR55307@zxy.spb.ru> <20100219190359.GJ11675@michelle.cdnetworks.com> <20100219191103.GT55307@zxy.spb.ru> <20100219200647.GK11675@michelle.cdnetworks.com> <20100219201359.GU55307@zxy.spb.ru> <20100219211201.GL11675@michelle.cdnetworks.com> <20100220214450.GV55307@zxy.spb.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Feb 21, 2010 at 12:44:50AM +0300, Slawa Olhovchenkov wrote:
> On Fri, Feb 19, 2010 at 01:12:01PM -0800, Pyun YongHyeon wrote:
> 
> > Normally you should not have any FCS errors, it could be related
> > with signal quality and these errors might not be correctly
> > counted.
> 
> I can't check cable and switch counters on bge1 before Feb 24.
> 
> > > 3. packets don't lost on sources at Aug'09
> > 
> > Since I don't have BCM5704 hardware it's hard to find which
> > revision may affect to this issue. Could you narrow down which
> > revision number started showing the issue?
> 
> I am don't update source between Aug'09 and Feb 16.
> 

There were many bge(4) changes in that time frame. So it's hard to
find which commit is guilty for the packet drop issue. If you can
narrow down possible changes that might affect the issue that could
help me a lot. You can do binary searching technique for the SVN
revisions to know possible candidates.
http://svn.freebsd.org/viewvc/base/head/sys/dev/bge/if_bge.c

> 4. Packets don't lost immediately after reboot.
> 
> PS: I got kernel panic.
> 

I think this is the same crash(NULL pointer dereference in
m_copym(9)) as you reported and I think this means the patch I
posted did not help to fix the panic issue.

> ===
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0x18
> fault code              = supervisor read data, page not present
> instruction pointer     = 0x20:0xffffffff802eb3b7
> stack pointer           = 0x28:0xffffff80001c66e0
> frame pointer           = 0x28:0xffffff8  01c6740
> code segment            = base 0x0, limi  0xfffff, type 0x1b
>                         = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 724 (named)
> [thread pid 724 tid 100051 ]
> Stopped at      m_copym+0x37:   movl    0x18(%r12),%eax
> db> panic
> panic: from debugger
> cpuid = 0
> Uptime: 1d5h55m33s
> Physical memory: 2039 MB
> Dumping 1448 MB: 1433 1417 1401



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100221234153.GA1251>