From owner-freebsd-current@FreeBSD.ORG Thu Jul 16 09:07:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98AC2106564A for ; Thu, 16 Jul 2009 09:07:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 32FA78FC0A for ; Thu, 16 Jul 2009 09:07:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n6G97CH1030614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Jul 2009 12:07:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n6G97CKd057867; Thu, 16 Jul 2009 12:07:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n6G97BgK057866; Thu, 16 Jul 2009 12:07:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 16 Jul 2009 12:07:11 +0300 From: Kostik Belousov To: Henri Hennebert Message-ID: <20090716090711.GD55190@deviant.kiev.zoral.com.ua> References: <4A5EE74F.1070406@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Riir/E7CkIHPALLv" Content-Disposition: inline In-Reply-To: <4A5EE74F.1070406@restart.be> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: 8.0-BETA1 Fatal trap 12 during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 09:07:19 -0000 --Riir/E7CkIHPALLv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 16, 2009 at 10:39:43AM +0200, Henri Hennebert wrote: > Hello, >=20 > On one of my computer I get at the end of the boot: >=20 > cd0 at ata1 bus 0 target 0 lun 0=20 >=20 > cd0: Removable CD-ROM SCSI-0 device=20 >=20 > cd0: 33.000MB/s transfers=20 >=20 > cd0: Attempt to query device size failed: NOT READY, Medium not present= =20 >=20 > flowtable clean(cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > cd1 at ata1 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 16.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > er started > GEOM: new disk cd0 > GEOM: new disk cd1 > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x0 > fault code =3D supervisor write, page not present > instruction pointer =3D 0x20:0xc057ecb1 > stack pointer =3D 0x28:0xc2e918fc > frame pointer =3D 0x28:0xc2e91930 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1 (kernel) > [thread pid 1 tid 100002 ] > Stopped at devfs_populate_loop+0x201: movl %edi,0(%eax) > db> bt > Tracing pid 1 tid 100002 td 0xc3150d80 > devfs_populate_loop(0,c2e91a10,c0582d57,c347da40,c2e919a8,...) at=20 > devfs_populate_loop+0x201 > devfs_populate(c347da40,c2e919a8,61,c148a08c,c2e91978,...) at=20 > devfs_populate+0x1b > devfs_lookup(c2e91a84,c3351d9c,80400,c08e779c,1ec,...) at devfs_lookup+0x= 2c7 > VOP_LOOKUP_APV(c0923980,c2e91a84,c2e91be0,1ec,c3350060,...) at=20 > VOP_LOOKUP_APV+0x53 > lookup(c2e91bb4,c3486000,400,c2e91bd4,0,...) at lookup+0x3fe > namei(c2e91bb4,c3351e10,0,0,0,...) at namei+0x642 > kern_symlinkat(c3150d80,c08d9d99,ffffff9c,c08e7ab4,1,...) at=20 > kern_symlinkat+0xe6 > kern_symlink(c3150d80,c08d9d99,c08e7ab4,1,c068ef10,...) at kern_symlink+0= x2e > vfs_mountroot(c098c510,c3150d80,0,0,0,...) at vfs_mountroot+0x5dd > start_init(0,c2e91d38,0,0,0,...) at start_init+0x3c > fork_exit(c05b6340,0,c2e91d38) at fork_exit+0x88 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xc2e91d70, ebp =3D 0 --- > db> >=20 > Is it a hardware problem ? >=20 > I boot it with a 6.1 CD without problem. No, this seems to be a driver problem. The panic in devfs_populate_loop() is usually caused by driver mistakes with cdev ref counting. Can you look up source line for devfs_populate_loop+0x201 ? (Load kernel.debug into gdb and do list *devfs_populate_loop+0x201 ; you do not need vmcore for this, only kernel.debug). --Riir/E7CkIHPALLv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpe7b8ACgkQC3+MBN1Mb4jFFgCg02PL50Fo4z5ufzxb54+5jpWz chAAn3ulX1iaZG0xBqTcJazd+F3Pwny8 =vRZV -----END PGP SIGNATURE----- --Riir/E7CkIHPALLv--