Kernel panic in 7.0-RELEASE with fatm driver
marius at alchemy.franken.de
Tue Sep 30 06:54:12 UTC 2008
On Mon, Sep 29, 2008 at 08:19:47PM -0400, Sean Thomas Caron wrote:
> Hi folks,
> I've been running FreeBSD 6.x on a number of Ultrasparc based systems
> using the Cranor NATM driver with a bunch of Fore PCA-200E cards. It
> generally worked but as the machines got hit with higher and higher
> network load I would get kernel panics at fairly random intervals on
> "sbdrop" and "sbflush". Sometimes I would get two per day, sometimes I
> wouldn't get any for two weeks.
> So after a while at this I decided to try 7.0-RELEASE out hoping
> whatever bug was causing these random kernel panics might have gotten
> Test system is Sun Fire v120, 550 MHz, 1 GB RAM, PCA-200e installed in
> PCI slot.
> I pruned a bunch of stuff from GENERIC and added the usual Cranor NATM
> stuff that I was using in 6.x. In particular -
> # ATM
> options NATM
> device atm
> device fatm
> device utopia
> Kernel does have multiprocessing enabled (as GENERIC did) even though
> it's a uniprocessor machine.
If you're compiling a custom kernel anyway you should leave out
options SMP on a UP machine for performance reasons.
> I built the new kernel then reboot and it panics immediately after
> touching the ATM card -
> fatm0: <FORE PCA200E> mem 0x200000-0x3fffff at device 5.0 on pci2
> panic: bus_dma_tag_create: parent DMA tag NULL
> cpuid = 0
> Uptime: 1s
> Automatic reboot in 15 seconds - press a key on the console to abort
> --> Press a key on the console to reboot,
> --> or switch off the system now.
> I'm hoping maybe someone has seen this before and has a patch laying
> around somewhere, or if nothing else, it might get passed along to the
> fatm maintainer eventually?
Please give the attached patch a try.
> If anyone wants to see any further information e.g. full kernel
> configuration file, I will be happy to pass along. I can also procure
> a backtrace if someone can tell me how to hardcode a dump path into
> the kernel; I can't find a procedure documented anywhere.
FYI, you can specifiy the path (defaulting to /var/crash) for
the dump via "dumpdir" in /etc/rc.conf.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 531 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20080930/bee01b6b/fatm_bus_get_dma_tag.bin
More information about the freebsd-sparc64