From owner-freebsd-stable@FreeBSD.ORG Wed Jun 15 12:16:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD2C16A41C; Wed, 15 Jun 2005 12:16:27 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F29C43D4C; Wed, 15 Jun 2005 12:16:24 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA05774; Wed, 15 Jun 2005 15:16:21 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <42B01C15.4060706@icyb.net.ua> Date: Wed, 15 Jun 2005 15:16:21 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <42A7DE9B.9010702@icyb.net.ua> In-Reply-To: <42A7DE9B.9010702@icyb.net.ua> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: LOR: "ata state lock" and "user map" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:16:27 -0000 on 09.06.2005 09:15 Andriy Gapon said the following: > > NOTE: CURRENT was run under qemu emulation, CDROM was emulated from iso > image on HDD. > > Got this LOR today with CURRENT built 3 days ago while trying to execute > a linux program located on a CD. Several days ago trying to do the same > on 5.4-RELEASE (without any debug options in kernel) on real hardware > caused a hardlock. > > System: > 6.0-CURRENT i386 > debug.mpsafevm=1 > > LOR message had this information: > 1st 0xc0eb44e8 ATA state lock ata-all.c:297 > 2nd 0xc0c1f344 user map vm_map.c:2997 > > Sources: > ata-all.c 1.252 > /vm_map.c 1.366 > > Interesting part of stack trace (not sure how useful it is): > #18 0x0000000c in ?? () > #19 0x00000002 in ?? () > #20 0xc0455a15 in ata_pio_read (request=0xc107b0c8, length=2048) > at cpufunc.h:229 > #21 0xc045646c in ata_end_transaction (request=0xc107b0c8) > at /usr/src/sys/dev/ata/ata-lowlevel.c:393 > #22 0xc0447659 in ata_interrupt (data=0xc0eb4400) > at /usr/src/sys/dev/ata/ata-all.c:323 > #23 0xc04b5360 in ithread_loop (arg=0xc0eb9600) > at /usr/src/sys/kern/kern_intr.c:546 > #24 0xc04b46fd in fork_exit (callout=0xc04b51bc , > arg=0xc0eb9600, frame=0xc7b41d38) at /usr/src/sys/kern/kern_fork.c:789 > #25 0xc05df18c in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:208 > > Please let me know what additional information I can provide. > additional details - the problem is 100% percent reproducible with linux applications but is 0% producible with native applications. -- Andriy Gapon