From owner-freebsd-current@FreeBSD.ORG Wed Sep 21 17:45:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF29016A41F; Wed, 21 Sep 2005 17:45:36 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from sdcexchange01.amcc.com (gatekeeper-out.amcc.com [198.137.200.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 414AD43D45; Wed, 21 Sep 2005 17:45:35 +0000 (GMT) (envelope-from vkashyap@amcc.com) Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.326 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Sep 2005 10:45:31 -0700 Message-ID: <2B3B2AA816369A4E87D7BE63EC9D2F26B55B96@SDCEXCHANGE01.ad.amcc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LOR on RELENG_6, beta 5 thread-index: AcW+04OBzCfH0ikrSaKnmYsh9d6xjgAAJF9Q From: "Vinod Kashyap" To: "Kris Kennaway" , "Mike Tancsa" Cc: vkashyap@freebsd.org, freebsd-current@freebsd.org Subject: RE: LOR on RELENG_6, beta 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:45:36 -0000 > -----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.