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>

next in thread | raw e-mail | index | archive | help
> -----Original Message-----
> From: Kris Kennaway [mailto:kris@obsecurity.org]=20
> 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
>=20
> On Wed, Sep 21, 2005 at 01:15:28PM -0400, Mike Tancsa wrote:
> >=20
> > 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=20
> > kdb_backtrace+0x29
> > witness_checkorder(c28d9150,9,c06fc8ea,162) at=20
> > 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=20
> 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 =3D 0x280c5d97, esp =
=3D=20
> > 0xbfbdeb0c, ebp =3D 0xbfbeebb8 ---
> >=20
> > I am able to replicate this on the box without too much effort. =20
> > Unfortunately, it doesnt want to dump on my twe device for=20
> some reason=20
> > despite doing a dumpon -v /dev/twed0s1b
>=20
> Dumps on twe seem to be broken.  vinod, have you made any=20
> progress on this since last we spoke?
>=20

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.



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