Date: Wed, 16 Nov 2011 11:40:30 +0100 From: Ivan Voras <ivoras@freebsd.org> To: freebsd-stable@freebsd.org Subject: Re: ATA/Cdrom(?) panic Message-ID: <ja03uv$fhm$1@dough.gmane.org> In-Reply-To: <alpine.BSF.2.00.1111160640370.4603@ai.fobar.qr> References: <alpine.BSF.2.00.1111160640370.4603@ai.fobar.qr>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6D0B63AE6ED5528827DC7506 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 16/11/2011 07:43, Bjoern A. Zeeb wrote: > Hey, >=20 > we have seen this or a very similar panic for about 1 year now once in > a while and I think I reported it before; this is FreeBSD as guest on Yes, IIRC I've also reported it before; it crashes randomly, when the machine is not doing anything with the cdrom. As a workaround, I now remove the cdrom device from vmware instances. > vmware. Seems it was a double panic this time. Could someone please= > see what's going on there? It was on 8.x-STABLE in the past and this= > is 8.2-RELEASE-p4. >=20 > Thanks > /bz >=20 > acd0: WARNING - READ_TOC taskqueue timeout - completing request directl= y >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 4; apic id =3D 04 > fault virtual address =3D 0x1f4 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc08a1e9f >=20 > stack pointer =3D 0x28:0xe6ad5b9c > Fatal trap 12: page fault while in kernel mode > frame pointer =3D 0x28:0xe6ad5bb4 > cpuid =3D 2; > code segment =3D base 0x0, limit 0xfffff, type 0x1bapic id =3D= 02 > =3D DPL 0, pres 1, def32 1, gran 1 > fault virtual address =3D 0x1f4 > processor eflags =3D > fault code =3D supervisor read, page not presentinterrupt > enabled, > instruction pointer =3D 0x20:0xc08a1e9fresume, > stack pointer =3D 0x28:0xe8e9e808IOPL =3D 0 > frame pointer =3D 0x28:0xe8e9e820 > current process =3D > code segment =3D base 0x0, limit 0xfffff, type 0x1b12 (swi6:= > task queue) > =3D DPL 0, pres 1, def32 1, gran 1 > trap number =3D 12 > processor eflags =3D interrupt enabled, > panic: page faultresume, > cpuid =3D 4IOPL =3D 0 > current process =3D > KDB: stack backtrace:25162 (bsnmpd) >=20 > trap number =3D 12#0 0xc08e0d07 at kdb_backtrace+0x47 >=20 > #1 0xc08b1dc7 at panic+0x117 > #2 0xc0be4b53 at trap_fatal+0x323 > #3 0xc0be4dd0 at trap_pfault+0x270 > #4 0xc0be5315 at trap+0x465 > #5 0xc0bcbecc at calltrap+0x6 > #6 0xc08b0d86 at _sema_post+0x46 > #7 0xc056fa47 at ata_completed+0x727 > #8 0xc08eb97a at taskqueue_run_locked+0xca > #9 0xc08ebc8a at taskqueue_run+0xaa > #10 0xc08ebd53 at taskqueue_swi_run+0x13 > #11 0xc088903b at intr_event_execute_handlers+0x13b > #12 0xc088a75b at ithread_loop+0x6b > #13 0xc0886d51 at fork_exit+0x91 > #14 0xc0bcbf44 at fork_trampoline+0x8 > Uptime: 5d20h1m56s >=20 >=20 > (gdb) l *ata_completed+0x727 > 489 (request->callback)(request); > 490 else > 491 sema_post(&request->done); > 492 > 493 /* only call ata_start if channel is present */ > 494 if (ch) > 495 ata_start(ch->dev); > 496 } > 497 > 498 void >=20 >=20 --------------enig6D0B63AE6ED5528827DC7506 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7Dkx8ACgkQldnAQVacBcg48QCg3jLvw5kLVODybNhYw70UiewR lSUAnRT021vdutgA5/MGnLLbZPs91vI6 =AaC6 -----END PGP SIGNATURE----- --------------enig6D0B63AE6ED5528827DC7506--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ja03uv$fhm$1>