Date: Thu, 24 Sep 2009 09:24:20 -0400 From: "Alexandre \"Sunny\" Kovalenko" <gaijin.k@gmail.com> To: Alexander Motin <mav@FreeBSD.org> Cc: FreeBSD-Current <freebsd-current@freebsd.org>, Peter Holm <pho@freebsd.org>, scottl@freebsd.org, Andriy Gapon <avg@freebsd.org>, Jaakko Heinonen <jh@saunalahti.fi>, Thomas Quinot <thomas@freebsd.org>, Kostik Belousov <kostikbel@gmail.com> Subject: Re: Fwd: core dump on kldload atapicam Message-ID: <1253798660.1546.2.camel@RabbitsDen> In-Reply-To: <4ABB3DA6.5090004@FreeBSD.org> References: <20090923055647.GA2183@a91-153-125-115.elisa-laajakaista.fi> <4ABA5566.8010406@FreeBSD.org> <4ABA5B13.9050208@freebsd.org> <4ABA5C39.7090007@FreeBSD.org> <20090924060805.GA2057@a91-153-125-115.elisa-laajakaista.fi> <4ABB3DA6.5090004@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2009-09-24 at 12:36 +0300, Alexander Motin wrote: > Jaakko Heinonen wrote: > > On 2009-09-23, Alexander Motin wrote: > >> Then please explain me how it happens. I don't think that explanation > >> "it just works" sufficient. > >> > >> Any ideas what needed to reproduce that? Because it looks like not going > >> to fall in my case: > > > > It happens if a parent ata device is not attached. I can reproduce the > > problem on system which hash ata0, ata2 and ata3 devices but ata1 fails > > to probe. > > Nice catch. I think it is newbus problem, not ata. I am able to simulate > this problem locally and attached patch fixes it. Any objections? > I can confirm that this patch fixes panic in my environment, even with the patch from Jaakko Heinonen reverted. My system is: FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.0-RC1 FreeBSD 8.0-RC1 #1 r197402M: Thu Sep 24 08:04:08 EDT 2009 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 i386 -- Alexandre Kovalenko (Олександр Коваленко)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1253798660.1546.2.camel>