From owner-freebsd-bugs@FreeBSD.ORG Thu Jul 29 17:42:23 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0BC416A4CF; Thu, 29 Jul 2004 17:42:22 +0000 (GMT) Received: from zombie.ezone.ru (zombie.ezone.ru [195.128.162.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FFD443D55; Thu, 29 Jul 2004 17:42:22 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [172.16.4.26] (ultra.domain [172.16.4.26] (may be forged)) by zombie.ezone.ru (8.12.11/8.12.11) with ESMTP id i6THgELM021662; Thu, 29 Jul 2004 21:42:15 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <410936F6.5060901@mcsi.pp.ru> Date: Thu, 29 Jul 2004 21:42:14 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Doug White References: <200407290851.i6T8paut053040@www.freebsd.org> <4108D52E.8030507@mcsi.pp.ru> <20040729103927.Q63843@carver.gumbysoft.com> In-Reply-To: <20040729103927.Q63843@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Bjoern A. Zeeb" cc: freebsd-bugs@FreeBSD.org cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/69752: LOR in sk(4) when booting X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2004 17:42:23 -0000 Doug White wrote: > On Thu, 29 Jul 2004, Maxim Maximov wrote: > > >>>known: http://sources.zabbadoz.net/freebsd/lor.html#011 >>> >>>you may want to start with Doug White's if_sk patch from >>>http://lists.freebsd.org/pipermail/freebsd-current/2004-June/028994.html >>>and see if this helps you. >>> >> >>Even with this patch the LOR and other witness messages are still >>there.. Nothing changes, as far as I can tell. > > > Which LORs are you getting? The patch should get rid of a number of them. > I think I have some additional patches at home to clean up some of the > other bits. > This is the one and only I saw. And it is still there even after applying your patch. lock order reversal 1st 0xc1b8f8c0 skc0 (network driver) @ /usr/src/sys/pci/if_sk.c:673 2nd 0xc08d4d00 kernel environment (kernel environment) @ /usr/src/sys/kern/kern_environment.c:285 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c08e1b78,c08e2500,c0871a38) at kdb_backtrace+0x29 witness_checkorder(c08d4d00,1,c080fc8c,11d) at witness_checkorder+0x544 _sx_slock(c08d4d00,c080fc8c,11d,c0c21878,a) at _sx_slock+0x50 getenv(c07f60de,c1bd1470,c1b8f900,c1b8f900,0) at getenv+0x2f getenv_quad(c07f60de,c0c218b8,c083ae90,c083ae90,c0c218e0) at getenv_quad+0x11 getenv_int(c07f60de,c08cb2c8,c083ae90,c1b8f900,c1b8f900) at getenv_int+0x12 e1000phy_attach(c1b8f900) at e1000phy_attach+0x18 device_attach(c1b8f900,c0651a34,c1b8f900,c1bbe8c0,0) at device_attach+0x58 device_probe_and_attach(c1b8f900) at device_probe_and_attach+0xb4 bus_generic_attach(c1b8f700,c1bbe8c0,f0000000,c0718104,c0718134) at bus_generic_attach+0x16 miibus_attach(c1b8f700) at miibus_attach+0x3d device_attach(c1b8f700,c0716fcc,c1b8f700,0,c1b8f780) at device_attach+0x58 device_probe_and_attach(c1b8f700) at device_probe_and_attach+0xb4 bus_generic_attach(c1b8f780,c1b8f8c0,c1bce000,c1bce000,c0c219d8) at bus_generic_attach+0x16 mii_phy_probe(c1b8f780,c1bce234,c0718104,c0718134) at mii_phy_probe+0xd4 sk_attach(c1b8f780) at sk_attach+0x379 device_attach(c1b8f780,c1b8fb00,c1b8f780,c1b8f880,c1b8fc00) at device_attach+0x58 device_probe_and_attach(c1b8f780) at device_probe_and_attach+0xb4 bus_generic_attach(c1b8fc00,0,1700,0,c1b8fc00) at bus_generic_attach+0x16 skc_attach(c1b8fc00) at skc_attach+0x3ce device_attach(c1b8fc00,c1a93060,c1b8fc00,c1b8fb00,c1b8fb00) at device_attach+0x58 device_probe_and_attach(c1b8fc00) at device_probe_and_attach+0xb4 bus_generic_attach(c1b8fb00,6,c1a93060,1,c0a26154) at bus_generic_attach+0x16 acpi_pci_attach(c1b8fb00) at acpi_pci_attach+0xec device_attach(c1b8fb00,c1b8f480,c1b8fb00,c1b8a980,0) at device_attach+0x58 device_probe_and_attach(c1b8fb00) at device_probe_and_attach+0xb4 bus_generic_attach(c1b8a980,c1b8a980,c1bbf5f0,2,c0a25dcd) at bus_generic_attach+0x16 acpi_pcib_attach(c1b8a980,c1bbf5f0,2,c1b8a980,c1a93060) at acpi_pcib_attach+0x14e acpi_pcib_pci_attach(c1b8a980) at acpi_pcib_pci_attach+0x88 device_attach(c1b8a980,c1b8a900,c1b8a980,c1b8f480,c1b8f480) at device_attach+0x58 device_probe_and_attach(c1b8a980) at device_probe_and_attach+0xb4 bus_generic_attach(c1b8f480,6,c1a425c0,1,c0a26154) at bus_generic_attach+0x16 acpi_pci_attach(c1b8f480) at acpi_pci_attach+0xec device_attach(c1b8f480,c1ad9600,c1b8f480,c1a6da00,0) at device_attach+0x58 device_probe_and_attach(c1b8f480) at device_probe_and_attach+0xb4 bus_generic_attach(c1a6da00,c1a6da00,c1b801d4,0,0) at bus_generic_attach+0x16 acpi_pcib_attach(c1a6da00,c1b801d4,0,c0c21c5c,c0654ca0) at acpi_pcib_attach+0x14e acpi_pcib_acpi_attach(c1a6da00) at acpi_pcib_acpi_attach+0x20a device_attach(c1a6da00,c0a3c948,c1a6da00,c1ad9600,0) at device_attach+0x58 device_probe_and_attach(c1a6da00) at device_probe_and_attach+0xb4 bus_generic_attach(c1ad9600,c1ad9600,c1a50160,1,c1ad9580) at bus_generic_attach+0x16 acpi_probe_children(c1ad9600,1ae90,c1ad9600,c1ad9600,0) at acpi_probe_children+0x63 acpi_attach(c1ad9600) at acpi_attach+0x52b device_attach(c1ad9600,c0a3bae0,c1ad9600,c1ad9780,0) at device_attach+0x58 device_probe_and_attach(c1ad9600) at device_probe_and_attach+0xb4 bus_generic_attach(c1ad9780,c1ad9780,c1ad9780,c0c21d44,c06510a0) at bus_generic_attach+0x16 nexus_attach(c1ad9780) at nexus_attach+0x13 device_attach(c1ad9780,c08a85f0,c1ad9780,c08a85f0,c29000) at device_attach+0x58 device_probe_and_attach(c1ad9780) at device_probe_and_attach+0xb4 root_bus_configure(c1ad9c80,c082edbc,0) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c0443195) at configure+0x1b mi_startup() at mi_startup+0x96 begin() at begin+0x2c -- Maxim Maximov