From owner-cvs-src@FreeBSD.ORG Tue Mar 22 19:05:57 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDAB216A4CE; Tue, 22 Mar 2005 19:05:57 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC8A43D41; Tue, 22 Mar 2005 19:05:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j2MJ5mZj003815 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 22 Mar 2005 11:05:49 -0800 Message-ID: <42406C80.6020601@root.org> Date: Tue, 22 Mar 2005 11:05:36 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <200503200351.j2K3pIC8068507@repoman.freebsd.org> <1111516858.1198.2.camel@localhost> In-Reply-To: <1111516858.1198.2.camel@localhost> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/acpica acpi_perf.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 19:05:57 -0000 Vladimir Grebenschikov wrote: > В вс, 20/03/2005 в 03:51 +0000, Nate Lawson пишет: > >>njl 2005-03-20 03:51:18 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/dev/acpica acpi_perf.c >> Log: >> Attach acpi_perf early. Especially when it is being used to provide info >> to other devices, it needs to be attached first. (Multi-pass newbus >> probes would be a better solution.) >> >> Revision Changes Path >> 1.16 +6 -1 src/sys/dev/acpica/acpi_perf.c > > > I guess this patch makes panic on my notebook: > > cpu0: on acpi0 > acpi_perf0: on cpu0 > acpi_perf0: failed in PERF_STATUS attach > device_attach: acpi_perf0 attach returned 6 > panic: resource_list_add: resource entry is busy > KDB: enter: panic > [thread pid 0 tid 0 ] > Stopped at kdb_enter+0x2c: leave > db> trace > Tracing pid 0 tid 0 td 0xc064c160 > kdb_enter() at kdb_enter+0x2c > panic() at panic+0x122 > resource_list_add(c1a5b710,4,0,b2,b3) at resource_list_add+0x7f > bus_generic_rl_set_resource(...) at bus_generic_rl_set_resource+0x60 > bus_set_resource(...) at bus_set_resource+0x4c > acpi_bus_alloc_gas(...) at acpi_bus_alloc_gas+0x93 > acpi_PkgGas(...) at acpi_PkgGas+0x4e > acpi_perf_probe(...) at acpi_perf_probe+0xea > device_probe_and_attach(...) at device_probe_and_attach+0xf8 > bus_generic_attach(...) at bus_generic_attach+0x12 > acpi_cpu_attach(...) at acpi_cpu_attach+0x2a1 > ... > > How to fix that ? > Thanks for the notification. You can temporarily disable acpi_perf with this so you can boot: hint.acpi_perf.0.disabled="1" I'll look into this and hopefully fix it soon. -- Nate