From owner-freebsd-ppc@FreeBSD.ORG Tue Jan 27 05:11:04 2009 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 067861065670 for ; Tue, 27 Jan 2009 05:11:04 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from mail.nickwithers.com (mail.nickwithers.com [123.243.228.66]) by mx1.freebsd.org (Postfix) with ESMTP id B59348FC08 for ; Tue, 27 Jan 2009 05:11:01 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from [10.0.0.245] (presario.shmon.net [10.0.0.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.nickwithers.com (Postfix) with ESMTPSA id 67BDA174C for ; Tue, 27 Jan 2009 16:10:53 +1100 (EST) From: Nick Withers To: freebsd-ppc@freebsd.org In-Reply-To: <1232257966.67062.36.camel@localhost> References: <1232255895.67062.27.camel@localhost> <1232257966.67062.36.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-xsToVuHQ576LRu1IbzT/" Date: Tue, 27 Jan 2009 16:10:49 +1100 Message-Id: <1233033049.56164.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-MailScanner-ID: 67BDA174C.A42D9 X-nickwithers-MailScanner: Found to be clean X-nickwithers-MailScanner-From: nick@nickwithers.com Subject: Re: Fatal kernel trap - "data storage interrupt" - on recent 7-STABLE X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 05:11:04 -0000 --=-xsToVuHQ576LRu1IbzT/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi all, Sadly, I'm still seeing this panic on the G4 system, updated 7-STABLE... Should I report this to the stable mailing list (I imagine I'll get told it's a PPC thing, but I don't really know!)? Is there any way I can get my Apple USB keyboard to work when dropped to GDB? Kernel dumps don't yet work on PowerPC, right? Am I perhaps the only one running 7-STABLE on a G4 using gmirror? On Sun, 2009-01-18 at 16:52 +1100, Nick Withers wrote: > On Sun, 2009-01-18 at 16:18 +1100, Nick Withers wrote: > > Hi all, > >=20 > > My lofty plans for testing PPC ATA DMA have been thwarted somewhat by m= y > > bringing my G4 box from 7-STABLE / 7.1-PRERELEASE as of around the > > 2008-11-26 to 7-STABLE of around the 2009-01-15, where I'm now seeing, > > after a few hours of uptime (transcribed from the screen): > > ____ > >=20 > > fatal kernel trap: > >=20 > > exception =3D 0x3 (data storage interrupt) > > virtual address =3D 0x4200009c > > srr0 =3D 0x2175b0 > > srr1 =3D 0x9032 > > curthread =3D 0x1deed20 > > pid =3D 40264, comm =3D find > >=20 > > [thread pid 40264 tid 100126 ] > > Stopped at 0x2175b0: lwarx r10, r0, r9, > > db> > > ____ > >=20 > > I've had it twice now (I've been off-site a lot, sure I could've had it > > more often if I were quicker rebooting the thing), with only the thread > > information changing on the second - same exception, virtual address, > > srr0 and srr1. > >=20 > > The keyboard is non-responsive at this point and I have to hard reset > > it. > >=20 > > I've just switched back to running the old (i.e, November 2008 7-STABLE= ) > > kernel and am expecting not to see it again... > >=20 > > Boot dmesg: > > ____ >=20 > (snip) >=20 > > ____ > >=20 > > I'm not much of a kernel debugger, I'm afraid... I'm sure I've seen > > information on how to translate kernel addresses into the location of > > the code in the kernel but am doing a poor job of digging it up. >=20 > Hmmm... Is the following useful? > ____ >=20 > %nm /boot/kernel/kernel | sort | grep ^0021=20 > 0021008c t modlist_lookup2 > 0021016c T linker_ctf_get > 002101f4 T linker_file_function_listall > 0021028c t linker_debug_search_symbol > 002103f4 T linker_ddb_search_symbol > 00210424 t linker_debug_symbol_values > 002104f4 T linker_ddb_symbol_values > 00210524 t modlist_newmodule > 002105cc t linker_addmodules > 002106a0 t linker_file_add_dependency > 00210768 t sysctl_kern_function_list_iterate > 002107d0 t linker_lookup_file > 00210b08 t linker_strdup > 00210b74 t linker_basename > 00210bd8 t linker_find_file_by_name > 00210ca4 t linker_debug_search_symbol_name > 00210d34 T linker_ddb_search_symbol_name > 00210d64 T linker_make_file > 00210ed0 T linker_add_class > 00210f5c t sysctl_kern_function_list > 0021117c T kldfirstmod > 0021137c T kldstat > 002115c8 T kldnext > 0021173c T linker_file_foreach > 00211880 T kldfind > 00211a04 T linker_search_symbol_name > 00211b30 T linker_file_lookup_set > 00211cd0 t linker_file_register_modules > 00211df4 t linker_init_kernel_modules > 00211e2c t linker_file_register_sysctls > 00211f58 T linker_file_unload > 00212604 t linker_preload > 00212d28 T kern_kldunload > 00212edc T kldunloadf > 00212f28 T kldunload > 00212f60 T linker_release_module > 00213104 t linker_load_module > 00213dc4 T linker_load_dependencies > 00214010 T kern_kldload > 002141c4 T kldload > 00214280 T linker_reference_module > 00214438 t linker_file_lookup_symbol_internal > 0021463c T linker_file_lookup_symbol > 00214788 T linker_ddb_lookup > 00214858 T kldsym > 00214bf8 t unlock_lockmgr > 00214c18 t lock_lockmgr > 00214c38 t db_show_lockmgr > 00214d18 T lockmgr_chain > 00214e34 T lockmgr_printinfo > 00214ed0 T lockdestroy > 00214f00 T lockinit > 00214fc0 t acquire > 002151b8 T lockwaiters > 002152b0 T lockcount > 002153b4 T lockstatus > 00215514 T transferlockers > 002156ac T _lockmgr > 00216070 t lf_blocks > 00216114 t lf_insert_lock > 002161bc t lf_getblock > 00216288 t graph_add_indices > 00216354 t graph_assign_indices > 00216408 t lf_init > 00216500 t lf_clearremotesys_iterator > 00216568 t lf_remove_edge > 002166a8 t lf_remove_incoming > 002166fc t lf_remove_outgoing > 00216750 t lf_alloc_vertex > 00216870 t lf_add_edge > 00216cb4 t lf_add_incoming > 00216d50 t lf_alloc_lock > 00216e78 T lf_countlocks > 00216fbc T lf_iteratelocks_vnode > 0021724c t lf_free_lock > 00217570 T lf_purgelocks > 00217ad8 T lf_iteratelocks_sysid > 00217e44 T lf_clearremotesys > 00217e80 t lf_update_dependancies > 0021808c t lf_set_end > 002180cc t lf_set_start > 00218164 t lf_activate_lock > 002185d0 t lf_cancel_lock > 00218754 T lf_advlockasync > 00219b24 T lf_advlock > 00219b8c T malloc_last_fail > 00219bbc t kmeminit > 00219e60 t db_show_malloc > 00219f58 T malloc_desc2type > 00219fcc T malloc_type_freed > 0021a06c t malloc_type_zone_allocated > 0021a154 T malloc_type_allocated > 0021a190 T malloc > 0021a2b4 T malloc_init > 0021a3d8 T free > 0021a4bc T malloc_type_list > 0021a754 t sysctl_kern_malloc_stats > 0021abdc T realloc > 0021ad24 T reallocf > 0021ad8c T malloc_uninit > 0021af70 t mb_ctor_mbuf > 0021aff4 t mb_dtor_clust > 0021b010 t mb_ctor_pack > 0021b084 t mb_reclaim > 0021b110 t tunable_mbinit > 0021b194 t sysctl_nmbjumbo16 > 0021b238 t sysctl_nmbjumbo9 > 0021b2dc t sysctl_nmbjumbop > 0021b380 t mbuf_init > 0021b64c t mbuf_jumbo_free > 0021b684 t mbuf_jumbo_alloc > 0021b6dc t mb_zfini_pack > 0021b71c t mb_zinit_pack > 0021b78c t mb_dtor_mbuf > 0021b7d4 t mb_dtor_pack > 0021b834 t mb_ctor_clust > 0021b94c t sysctl_nmbclusters > 0021bb7c t sysctl_hw_usermem > 0021bbd0 t sysctl_hw_realmem > 0021bc18 t sysctl_hw_physmem > 0021bc60 t sysctl_kern_arnd > 0021bce4 t sysctl_hostname > 0021bf24 t sysctl_kern_securelvl > 0021c274 t modevent_nop > 0021c2b8 T module_reference > 0021c2e0 T module_lookupbyid > 0021c338 T module_getid > 0021c358 T module_getfnext > 0021c378 T module_setspecific > 0021c39c T module_file > 0021c3bc t module_init > 0021c440 T module_lookupbyname > 0021c4b4 T module_unload > 0021c60c T module_release > 0021c7a0 T module_register > 0021ca74 t module_shutdown > 0021cc5c T modfind > 0021cda4 T modstat > 0021d014 T modfnext > 0021d168 T modnext > 0021d2e8 T module_register_init > 0021d5d8 T mtx_pool_find > 0021d61c T mtx_pool_alloc > 0021d65c t mtx_pool_initialize > 0021d734 t mtx_pool_setup_static > 0021d790 T mtx_pool_destroy > 0021d818 T mtx_pool_create > 0021d8c4 t mtx_pool_setup_dynamic > 0021d90c t unlock_spin > 0021d92c t lock_spin > 0021d94c t db_show_mtx > 0021daf4 T thread_lock_set > 0021db54 T thread_lock_unblock > 0021db8c T _mtx_unlock_spin_flags > 0021dbe0 T mtx_init > 0021dc88 T mtx_sysinit > 0021dccc T _mtx_unlock_sleep > 0021dd84 t unlock_mtx > 0021de04 T thread_lock_block > 0021de88 T _mtx_lock_sleep > 0021dfbc t lock_mtx > 0021e038 T mtx_destroy > 0021e0d8 T _mtx_lock_spin_flags > 0021e148 T mutex_init > 0021e280 T _thread_lock_flags > 0021e494 T _mtx_trylock > 0021e55c T _mtx_lock_flags > 0021e5f4 T _mtx_unlock_flags > 0021e678 T ntp_update_second > 0021e9f0 t ntp_init > 0021ea2c t hardupdate > 0021ee04 t ntp_gettime1 > 0021eec4 t ntp_sysctl > 0021ef30 T kern_adjtime > 0021f190 T adjtime > 0021f238 T ntp_gettime > 0021f34c T ntp_adjtime > 0021f8d8 T physio > 0021fdb4 T pmc_cpu_is_disabled > 0021fdd4 T pmc_cpu_is_logical > 0021fdf4 T priv_check_cred > 0021fe94 T suser_cred > 0021fecc T suser > 0021ff04 T priv_check > 0021ff3c T pargs_hold > 0021ff78 t pgrpdump > %kldstat > Id Refs Address Size Name > 1 8 0x100000 4a2d2c kernel > 2 1 0x5a3000 2dabc geom_mirror.ko > 3 1 0x5d1000 167f8 ugen.ko > 4 1 0xd07a4000 15000 nullfs.ko > 5 1 0xd07bc000 26000 nfslockd.ko > 6 1 0xd07e2000 5c000 nfsclient.ko > 7 1 0xd0846000 27000 krpc.ko > ____ >=20 > > Anyone able to give me a pointer or two? > >=20 > > Thanks! --=20 Nick Withers email: nick@nickwithers.com Web: http://www.nickwithers.com Mobile: +61 414 397 446 --=-xsToVuHQ576LRu1IbzT/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkl+l1kACgkQ3wcG/Pf4WriGMwCgtKx+7maHXh6WLJEA9lHo/O9n uk8AoMpNlWnU0hi2HGoXpjZm/Tobxk/9 =LaVY -----END PGP SIGNATURE----- --=-xsToVuHQ576LRu1IbzT/--