Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 21 Sep 2005 10:45:31 -0700
From:      "Vinod Kashyap" <vkashyap@amcc.com>
To:        "Kris Kennaway" <kris@obsecurity.org>, "Mike Tancsa" <mike@sentex.net>
Cc:        vkashyap@freebsd.org, freebsd-current@freebsd.org
Subject:   RE: LOR on RELENG_6, beta 5
Message-ID:  <2B3B2AA816369A4E87D7BE63EC9D2F26B55B96@SDCEXCHANGE01.ad.amcc.com>

index | next in thread | raw e-mail

> -----Original Message-----
> From: Kris Kennaway [mailto:kris@obsecurity.org] 
> Sent: Wednesday, September 21, 2005 10:41 AM
> To: Mike Tancsa
> Cc: freebsd-current@freebsd.org; vkashyap@freebsd.org
> Subject: Re: LOR on RELENG_6, beta 5
> 
> On Wed, Sep 21, 2005 at 01:15:28PM -0400, Mike Tancsa wrote:
> > 
> > lock order reversal
> >  1st 0xc295a090 inp (divinp) @ /usr/src/sys/netinet/ip_divert.c:327
> >  2nd 0xc28d9150 ipsec request (ipsec request) @
> > /usr/src/sys/netipsec/ipsec_output.c:354
> > KDB: stack backtrace:
> > kdb_backtrace(0,ffffffff,c0763e30,c0763e58,c072b204) at 
> > kdb_backtrace+0x29
> > witness_checkorder(c28d9150,9,c06fc8ea,162) at 
> > witness_checkorder+0x564
> > _mtx_lock_flags(c28d9150,0,c06fc8ea,162,0) at _mtx_lock_flags+0x5b
> > ipsec4_process_packet(c28f9800,c28d9100,22,0,c26c8e00) at
> > ipsec4_process_packet+0x45
> > ip_output(c28f9800,0,e740fb28,22,0) at ip_output+0x74f
> > div_output(c294b858,c28f9800,c23bd440,0,e740fc08) at 
> div_output+0x185
> > div_send(c294b858,0,c28f9800,c23bd440,0) at div_send+0x3f
> > sosend(c294b858,c23bd440,e740fc3c,c28f9800,0) at sosend+0x5e3
> > kern_sendit(c2711d80,3,e740fcbc,0,0) at kern_sendit+0x104
> > sendit(c2711d80,3,e740fcbc,0,bfbdec04) at sendit+0x163
> > sendto(c2711d80,e740fd04,6,0,296) at sendto+0x4d
> > syscall(3b,3b,3b,2,64) at syscall+0x22f
> > Xint0x80_syscall() at Xint0x80_syscall+0x1f
> > --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280c5d97, esp = 
> > 0xbfbdeb0c, ebp = 0xbfbeebb8 ---
> > 
> > I am able to replicate this on the box without too much effort.  
> > Unfortunately, it doesnt want to dump on my twe device for 
> some reason 
> > despite doing a dumpon -v /dev/twed0s1b
> 
> Dumps on twe seem to be broken.  vinod, have you made any 
> progress on this since last we spoke?
> 

Like I told you earlier, I tried reproducing the problem both on 7
-CURRENT,
and RELENG_6, but couldn't.  Dumping on twe seems to work just fine.
--------------------------------------------------------

CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and contains information that is confidential and proprietary to Applied Micro Circuits Corporation or its subsidiaries. It is to be used solely for the purpose of furthering the parties' business relationship. All unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.


help

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