From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 16 15:12:05 2011 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4484106567B; Wed, 16 Mar 2011 15:12:05 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 02C018FC28; Wed, 16 Mar 2011 15:12:04 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA06741; Wed, 16 Mar 2011 17:12:00 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D80D340.6080804@freebsd.org> Date: Wed, 16 Mar 2011 17:12:00 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Ilya A. Arhipov" , Jung-uk Kim , "Moore, Robert" References: <20110316115254.59f8b6f7@heavennet.ru> <4D80B826.6060402@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Panic after update kernel X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2011 15:12:06 -0000 on 16/03/2011 16:18 Ilya A. Arhipov said the following: > 2011/3/16 Andriy Gapon > > > on 16/03/2011 10:52 Ilya A. Archipov said the following: > > and see: > > http://imm.io/4nzZ > > > > what information still needs to provide? > > 'bt' command output please (a screenshot is fine). > > -- > Andriy Gapon > > > boot: > http://imm.io/4nTZ > bt: > http://imm.io/4nTS <-first > http://imm.io/4nUd <-last So the panic is that we acquire a regular (non-spin) mutex in an interrupt context. Not sure if this is a FreeBSD issue (implementation of ACPI semaphore) or some ACPICA issue (e.g. doing something wrong in an interrupt handler). Jung-uk, Robert, can you please take a look? Thanks! -- Andriy Gapon