Call for bfe(4) testers.
pyunyh at gmail.com
Sun Aug 3 08:19:43 UTC 2008
On Sat, Aug 02, 2008 at 11:28:30AM +0200, Ulrich Spoerlein wrote:
> On Wed, 30.07.2008 at 20:34:49 +0900, Pyun YongHyeon wrote:
> > Hi,
> > I have been using the following patched bfe(4) and it seems it
> > works as expected. I've fixed long standing bus_dma(9) bugs in it
> > and it should work on systems with > 1GB memory. In theory bfe(4)
> > should also work on big-endian architectures. However the 1GB DMA
> > address space of the hardware is much lower than that of DVMA base
> > address of sparc64 so the possibility of using bfe(4) on sparc64 is
> > zero. :-(
> > As added bonus of patched driver, bfe(4) now supports hardware
> > statistics counter. You can use sysctl(8) to see what counters are
> > maintained in the hardware. For example, the following command will
> > show detailed statistics for Tx/Rx frames.
> > #sysctl dev.bfe.0.stats=1
> > If you have one of bfe(4) hardwares please give it try and let me
> > know how it goes. The latest bfe(4) can be found at the following
> > URL.
> > http://people.freebsd.org/~yongari/bfe/if_bfe.c
> > http://people.freebsd.org/~yongari/bfe/if_bfereg.h
> Hi Pyun,
> I recompiled a fresh RELENG_7 kernel with the files above, and it led to
> a panic, shortly after the system was up. I can't provide you with a
> dump for now, but here's the handwritten backtrace:
> last dmesg: no toe capability of 0xc421d800
I can't reproduce this and the backtrace does not seem to be
related with bfe(4). Did bfe(40 spew some error messages?
> If you need more info, I'll crash the machine again, I'm also happy to
> test further patches.
Would you enable DDB/KDB in kernel get a backtrace again?
More information about the freebsd-current