From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 20:13:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C16931065670 for ; Fri, 9 Apr 2010 20:13:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4771A8FC19 for ; Fri, 9 Apr 2010 20:13:12 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so247645eyd.9 for ; Fri, 09 Apr 2010 13:13:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=SW1UunJPh9HmhNmbNj6BHK69QPQ5JxEWEVhPO8Y5xA0=; b=mReD0WYLfp4U9gX/8Xlmj73OHkCQp8/5y3LEQoehwAGFcqEjB/d+ts4C2ewoj+oZbH ZrdBKpm1Wx3Sb++V1MfaKqz8H8rtbInBar6sB1rbb9H6F+MIZJq8/1v/Pn30RykMBgUu /9nsaARadRHnZwiqfSEJ/SWKEAwzuJuYF63tU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=aHyw9CG2XPoBS95ADcXmfeSozfR3uvKQ0y/H25vMMsi3V8rHjN0k/iCANeTvRnW2oh 6p7kqSB2oDwn4v2rDHaZJwGywgBMkz2tLFb0ZPozL29r/aHqke6Bjazr3vjud09dJN54 0q/MGlRDfYNzWnfv59A/zgbKnKgDftPu6jAkU= Received: by 10.213.39.197 with SMTP id h5mr286325ebe.35.1270843991908; Fri, 09 Apr 2010 13:13:11 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm1002481ewy.6.2010.04.09.13.13.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Apr 2010 13:13:10 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 9 Apr 2010 13:13:07 -0700 From: Pyun YongHyeon Date: Fri, 9 Apr 2010 13:13:07 -0700 To: Jack Vogel Message-ID: <20100409201307.GF1085@michelle.cdnetworks.com> References: <201004081831.o38IVR3s043434@lava.sentex.ca> <20100408205626.GN5734@michelle.cdnetworks.com> <201004082105.o38L5DCH044187@lava.sentex.ca> <20100408230750.GR5734@michelle.cdnetworks.com> <201004091317.o39DHFEl049965@lava.sentex.ca> <20100409164115.GB1085@michelle.cdnetworks.com> <201004091900.o39J0b0k051687@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Mike Tancsa Subject: Re: LOR on em in HEAD ( was Re: em driver regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 20:13:13 -0000 On Fri, Apr 09, 2010 at 12:09:24PM -0700, Jack Vogel wrote: > Someone else also pointed this out. I'm dubious about its claim. I can't reproduce the LOR with latest em(4)(r206429). > This happens because there is an RX lock taken in rxeof, its held > thru the call into the stack, it then encounters another lock there > and hence this complaint. I've had the RX hold as it is for a long > while and would rather not have to give it up, can someone look > at it and advise? > > Cheers, > > Jack > > > On Fri, Apr 9, 2010 at 12:00 PM, Mike Tancsa wrote: > > > While testing an i5 box with HEAD checked out from this morning, bringing > > up the second NIC generated this LOR on the console > > > > em1: link state changed to UP > > lock order reversal: > > 1st 0xc5dc7c10 em1:rx(1) (em1:rx(1)) @ > > /usr/HEAD/src/sys/modules/em/../../dev/e1000/if_em.c:4089 > > 2nd 0xc0f7e88c udp (udp) @ /usr/HEAD/src/sys/netinet/udp_usrreq.c:454 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0cb4d33,c5b72a70,c08e4d65,c08d50db,c0cb7d58,...) at > > db_trace_self_wrapper+0x26 > > kdb_backtrace(c08d50db,c0cb7d58,c5d31a98,c5d2cb60,c5b72acc,...) at > > kdb_backtrace+0x29 > > _witness_debugger(c0cb7d58,c0f7e88c,c0c9cf0b,c5d2cb60,c0cd04ca,...) at > > _witness_debugger+0x25 > > witness_checkorder(c0f7e88c,1,c0cd04ca,1c6,0,...) at > > witness_checkorder+0x839 > > _rw_rlock(c0f7e88c,c0cd04ca,1c6,c5d33088,c5e8be24,...) at _rw_rlock+0x9c > > udp_input(c67faa00,14,0,c5e8bd80,c0dfa860,...) at udp_input+0x246 > > ip_input(c67faa00,c5f2f380,c5b72be8,c07463b6,c0dfa860,...) at > > ip_input+0x606 > > netisr_dispatch_src(1,0,c67faa00,c5b72c20,c0954bc1,...) at > > netisr_dispatch_src+0xcd > > netisr_dispatch(1,c67faa00,c6018c00,c6018c00,c6852800,...) at > > netisr_dispatch+0x20 > > ether_demux(c6018c00,c67faa00,3,0,3,...) at ether_demux+0x1a1 > > ether_input(c6018c00,c67faa00,c11a0e17,ff9,64,...) at ether_input+0x365 > > em_rxeof(c5e8bd80,109,c6016180,0,c5b72cc8,...) at em_rxeof+0x13c > > em_msix_rx(c5dc7c00,c5b72cc8,c088eb14,c0e133c0,c60342b8,...) at > > em_msix_rx+0x25 > > intr_event_execute_handlers(c5d807f8,c6034280,c0cacd7e,533,c60342f0,...) at > > intr_event_execute_handlers+0x125 > > ithread_loop(c603b4a0,c5b72d38,c0cacaed,343,c5d807f8,...) at > > ithread_loop+0x9f > > fork_exit(c0877800,c603b4a0,c5b72d38) at fork_exit+0xb8 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xc5b72d70, ebp = 0 --- > > > > 0(i5b)# uname -a > > FreeBSD i5b.sentex.ca 9.0-CURRENT FreeBSD 9.0-CURRENT #2: Fri Apr 9 > > 11:56:25 EDT 2010 mdtancsa@ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/GENERIC > > i386 > > 0(i5b)# > > > > em0@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 > > rev=0x05 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 13[e0] = PCI Advanced Features: FLR TP > > em1@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > > class = network > > subclass = ethernet > > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > cap 05[d0] = MSI supports 1 message, 64 bit > > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > > > > > > 0(i5b)# vmstat -i > > interrupt total rate > > irq4: uart0 6156 3 > > irq8: rtc 224879 127 > > irq21: ehci0 2662 1 > > irq23: ehci1 3674 2 > > cpu0: timer 1754210 998 > > irq256: em0 10778 6 > > irq257: em1 331 0 > > irq258: em1 4 0 > > irq260: em1 4 0 > > irq261: em1 8 0 > > irq262: ahci0 69 0 > > cpu3: timer 1753938 998 > > cpu2: timer 1753932 998 > > cpu1: timer 1753886 998 > > Total 7264531 4134 > > 0(i5b)# > > > > CPU: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz (2666.65-MHz 686-class > > CPU) > > Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = > > 5 > > > > Features=0xbfebfbff > > > > Features2=0x98e3fd > > AMD Features=0x28100000 > > AMD Features2=0x1 > > TSC: P-state invariant > > real memory = 4294967296 (4096 MB) > > avail memory = 2577711104 (2458 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > > > > > > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet since 1994 www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > > >