It looks like the FW_HOOKS() macro has already set mp and ipha to NULL,
but we continues to call ip_tcp_input() and lead to the panic.
I will see whether there is already bug filed for this, and if not, file a
new bug.
Thanks
- Cathy
Gino wrote:
# mdb -k unix.0 vmcore.0
Loading modules: [ unix genunix specfs dtrace mac cpu.generic
cpu_ms.AuthenticAMD.15 uppc pcplusmp scsi_vhci zfs sd mpt fcp fctl qlc
sockfs ip hook neti sctp arp usba stmf idm md cpc random crypto smbsrv
nfs nca fcip lofs logindmux ptm nsctl sdbc ufs sv ii sppp nsmb rdc ]
$c
ip_tcp_input+0x6a(0, 0, ffffff04dc34d068, 0, ffffff052e7db408, 0)
ip_accept_tcp+0x7cf(ffffff04dc34d068, ffffff04e9519088,
ffffff04e2cddc40, ffffff04e80a3bc0, ffffff001fb94be8, ffffff001fb94be4)
squeue_polling_thread+0x13f(ffffff04e2cddc40)
thread_start+8()
It looks like ip_tcp_input() has been called with a NULL mblk and ipha.
cc-ing network discuss to see if this looks familiar to anyone. As a
matter of interest, what network driver are you using?
Paul
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
