From owner-freebsd-current Sun Oct 6 21:15: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 473E737B401; Sun, 6 Oct 2002 21:15:07 -0700 (PDT) Received: from carbon.slackerbsd.org (pcp02155875pcs.walngs01.pa.comcast.net [68.81.47.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ABD043E6E; Sun, 6 Oct 2002 21:15:06 -0700 (PDT) (envelope-from carl@slackerbsd.org) Received: by carbon.slackerbsd.org (Postfix, from userid 1000) id 71AB8101F2; Mon, 7 Oct 2002 00:15:05 -0400 (EDT) Date: Mon, 7 Oct 2002 00:15:05 -0400 From: Carl Schmidt To: Robert Watson Cc: Seth Hieronymus , freebsd-current@freebsd.org Subject: Re: My problems with GEOM Message-ID: <20021007041505.GA64235@carbon.slackerbsd.org> Reply-To: Carl Schmidt Mail-Followup-To: Robert Watson , Seth Hieronymus , freebsd-current@freebsd.org References: <20021006235240.GB62367@carbon.slackerbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 06, 2002 at 08:26:03PM -0400, Robert Watson wrote: > On Sun, 6 Oct 2002, Carl Schmidt wrote: > > > > Mounting root from ufs:/dev/ad0s1a > > > > > > and hangs -- only a physical reset works. However, breaking into the > > > debugger, and running a trace, I get (hand-copied): > > Hmm. I actually ran into this problem on some diskless booting boxes, but > it went away so I assumed it was a local nit since I was messing with VFS > substantially on the boxes in question. Apparently not. (This was a > month or two ago, and quite pre-GEOM as default). > > Here's my first suggestion: the root file system is mounted by the init > process--your trace shows the stack of the current interrupt thread for > keyboard I/O, since that's the foreground thread when you break to the > debugger. Try using 'trace 1' to trace init instead; also, if you could > provide the output from the ddb ps command, that would be very useful. > BTW, you really want to be using a serial console for this sort of thing > -- copying stuff out by hand is (a) a pain, and (b) very error prone :-). I believe you were addressing the originator of this thread but I will go ahead and show my trace/ps: db> trace 1 mi_switch(c0f014e0,cd33dca8,1,80202,c0f018f0) at mi_switch+0x1b3 ithread_schedule(c25e6b00,1) at ithread_schedule+0x10d sched_ithd(1) at sched_ithd+0x37 Xintr1() at Xintr1+0x67 --- interrupt, eip = 0xc025b5b0, esp = 0xcd33dcfc, ebp = 0xcd33dd04 --- cpu_unpend(cd33dd14,c018478d,cd33d3c,c019a750,2800) at cpu_unpend+0x28 cpu_critical_exit(cd33dd3c,c019a750,2800,1,73e) at cpu_critical_exit+0x12 critical_exit(2800,1,73e,0,c0f05c40) at critical_exit+0x21 ast(cd33dd48) at ast+0x39c doreti_ast() at doreti_ast+0x1a db> ps 33 c25dd528 cddbf000 0 0 0 0000204 norm[SLPQ psleep c02dc580][SLP] bufdaemon 9 c25dd6e0 cddc0000 0 0 0 000020c norm[RUNQ] pagezero 8 c25dd898 cddc1000 0 0 0 0000204 norm[SLPQ psleep c02df91c][SLP] vmdaemon 7 c25dda50 cddc2000 0 0 0 0000204 norm[SLPQ psleep c02c9b18][SLP] pagedaemon 6 c25ddc08 cddc3000 0 0 0 0000204 norm[SLPQ g_down c02b1a58][SLP] g_down 5 c25dddc0 cddc4000 0 0 0 0000204 norm[SLPQ g_up c02b1a54][SLP] g_up 4 c2615000 d1ddf000 0 0 0 0000204 norm[SLPQ g_events c02b1a4c][SLP] g_event 32 c26151b8 d1de0000 0 0 0 0000204 new [IWAIT] irq8: rtc 31 c2615370 d1de1000 0 0 0 0000204 new [IWAIT] irq0: clk 30 c2615528 d1de2000 0 0 0 0000204 norm[IWAIT] irq6: fdc0 29 c26156e0 d1de3000 0 0 0 0000204 new [IWAIT] irq3: sio1 28 c2615898 d1de4000 0 0 0 0000204 new [IWAIT] irq4: sio0 27 c0f071b8 cd395000 0 0 0 0000204 new [IWAIT] swi0: tty:sio 26 c0f07370 cd396000 0 0 0 0000204 new [IWAIT] irq12: psm0 25 c0f07528 cd397000 0 0 0 0000204 norm[CPU 0] irq1: atkbd0 24 c0f076e0 cd398000 0 0 0 0000204 norm[RUNQ] irq5: pcm0 23 c0f07898 cd399000 0 0 0 0000204 norm[IWAIT] irq15: ata1 22 c0f07a50 cd39a000 0 0 0 0000204 norm[IWAIT] irq14: ata0 3 c0f07c08 cd39b000 0 0 0 0000204 norm[CVQ cbb cv c25e074c][SLP] cbb1 2 c0f07dc0 cd39c000 0 0 0 0000204 norm[CVQ cbb cv c25e014c][SLP] cbb0 21 c25dd000 cdd7e000 0 0 0 0000204 new [IWAIT] irq11: cbb0 cbb1+ 20 c25dd1b8 cdd84000 0 0 0 0000204 norm[SLPQ nothing c042473c][SLP] acpi_thermal 19 c25dd370 cdd85000 0 0 0 0000204 norm[IWAIT] irq9: acpi0 18 c0f00000 cd319000 0 0 0 0000204 new [IWAIT] irq13: 17 c0f001b8 cd38c000 0 0 0 0000204 new [IWAIT] swi5: task queue 16 c0f00370 cd38d000 0 0 0 0000204 norm[IWAIT] swi5: acpitaskq 15 c0f00528 cd38e000 0 0 0 0000204 norm[SLPQ sleep c03e1aa0][SLP] random 14 c0f006e0 cd38f000 0 0 0 0000204 new [IWAIT] swi1: net 13 c0f00898 cd390000 0 0 0 0000204 new [IWAIT] swi4: vm 12 c0f00a50 cd391000 0 0 0 000020c norm[IWAIT] swi6: tty:sio clock 11 c0f00c08 cd392000 0 0 0 000020c norm[Can run] idle 1 c0f00dc0 cd393000 0 0 0 0004200 norm[RUNQ] init 10 c0f07000 cd394000 0 0 0 0000204 norm[CVQ ktrace c02d7c44][SLP] ktrace 0 c02b2780 c0453000 0 0 0 0000200 norm[SLPQ sched c02b2780][SLP] swapper -- Carl Schmidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message