Kernel panic in 7.0-RELEASE with fatm driver

Marius Strobl 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  
> fixed.
> 
> 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.

Marius

-------------- next part --------------
A non-text attachment was scrubbed...
Name: fatm_bus_get_dma_tag.diff
Type: text/x-diff
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 mailing list