From owner-freebsd-current@FreeBSD.ORG Fri Feb 19 20:36:17 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 173B71065670; Fri, 19 Feb 2010 20:36:17 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 46B5A8FC0A; Fri, 19 Feb 2010 20:36:15 +0000 (UTC) Received: by fxm23 with SMTP id 23so527235fxm.3 for ; Fri, 19 Feb 2010 12:36:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=LIRlUPBxDr9MtuccpntFIvHflg1CMlY4tJuICJeUbNw=; b=dHIx93wytDj5PKYlcCjwGFIFaSgoXmUE8FUio65lEv6kENU0OvaTSCwSlz+YcD5j9X TypH4mPzCf0PE3CMw8Wc/VwnaB0SwA6bQArJ+hOUrE4+pBxjKFmVcNoXIw+hF8acJMqZ BYvD1vOMjcqAqGBvwfz5NGMpvxP5EmPnF1koI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=t+C6gsPnRIHJ8XL0KRflW6KGdC4GDrCAnqVcoA8Y2+ulMns+Y4x0XwZvloDjb4DsMI DuO8CIZWJiMOKojoNqnfbbJqjBovj/F6r6B/nmhdyo/PCdoUGqZXrEjTPYDbAvdqBKyy yDVIQcfqF6q1fKRHEq77y3jQvaJcx0QuWtvb4= Received: by 10.103.50.36 with SMTP id c36mr1110076muk.26.1266611775140; Fri, 19 Feb 2010 12:36:15 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s10sm2617544mue.24.2010.02.19.12.36.13 (version=SSLv3 cipher=RC4-MD5); Fri, 19 Feb 2010 12:36:14 -0800 (PST) Sender: Alexander Motin Message-ID: <4B7EF63C.7030008@FreeBSD.org> Date: Fri, 19 Feb 2010 22:36:12 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Norikatsu Shigemura References: <20100218023945.848cd01a.nork@FreeBSD.org> In-Reply-To: <20100218023945.848cd01a.nork@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ATA_CAM-ed mvsata(4) on OpenRD-client 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: Fri, 19 Feb 2010 20:36:17 -0000 Hi. Norikatsu Shigemura wrote: > I got a OpenRD-client (Marvell 88F6281 SoC), and I'm tring to > make mvsata(4) ATA_CAM, like following: > > But I got following panic, my I help you? > In this time, I attached no devices to SATA/eSATA port. > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > sata0: at mem 0xf1080000-0xf1085fff irq 21 on mbus0 > sata0: [MPSAFE] > sata0: [ITHREAD] > ata0: on sata0 > ata0: [MPSAFE] > ata0: [ITHREAD] > ata1: on sata0 > ata1: [MPSAFE] > ata1: [ITHREAD] > spin lock 0xc3766680 (fvH) held by 0xc3613b48 (tid -1061308344) too long > panic: spin lock held too long > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at 0xc09dcb50 = kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> A bit unexpected. > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > So I tried to get following information: > - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > _mtx_lock_sleep() at 0xc09a6a24 = _mtx_lock_sleep+0x10 > scp=0xc09a6a24 rlv=0xc09a6c0c (0xc09a6c0c = _mtx_lock_flags+0x7c) > rsp=0xc0d62d14 rfp=0xc0d62d3c > r10=0xc0d62d70 r9=0xc09039a8 > r8=0x00000000 r7=0x00000851 r6=0xc0b47100 r5=0x00000000 > r4=0xc35dd974 > _mtx_lock_flags() at 0xc09a6ba0 = _mtx_lock_flags+0x10 > scp=0xc09a6ba0 rlv=0xc0903fac (0xc0903fac = xpt_sim_opened+0x17c) > rsp=0xc0d62d40 rfp=0xc0d62d68 > r8=0xc0bde8f0 r7=0xc090d4a4 > r6=0xc3765e00 r5=0xc0b47100 r4=0xc3766240 > xpt_sim_opened() at 0xc0903f3c = xpt_sim_opened+0x10c > scp=0xc0903f3c rlv=0xc0904068 (0xc0904068 = xpt_sim_opened+0x238) > rsp=0xc0d62d6c rfp=0xc0d62d88 > r10=0xc0bde904 r9=0xc0b47100 > r8=0x00000000 r7=0xc090d4a4 r6=0x00000080 r5=0x00000000 > r4=0x00000001 > xpt_sim_opened() at 0xc0904048 = xpt_sim_opened+0x218 > scp=0xc0904048 rlv=0xc0905940 (0xc0905940 = xpt_register_async+0xd0) > rsp=0xc0d62d8c rfp=0xc0d62e34 > xpt_register_async() at 0xc0905880 = xpt_register_async+0x10 > scp=0xc0905880 rlv=0xc090d484 (0xc090d484 = ata_get_xport+0x2198) > rsp=0xc0d62e38 rfp=0xc0d62e44 > r10=0x00000000 r9=0x00000000 > r8=0x005fffcc r7=0xc35593c0 r6=0xc0b62170 r5=0xc0be74d0 > r4=0x0000001c Even more unexpected. I've searched all sources for xpt_sim_opened() call and found only one place - in atapi-cam.c, which shouldn't be used in your case. You are using different sources, or there is a garbage in stack? -- Alexander Motin