From owner-freebsd-current Wed Jan 1 6:12:53 2003 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 6DEE637B401 for ; Wed, 1 Jan 2003 06:12:51 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E1FF43EA9 for ; Wed, 1 Jan 2003 06:12:40 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h01ECc7c009474; Wed, 1 Jan 2003 15:12:38 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301011412.h01ECc7c009474@spider.deepcore.dk> Subject: Re: Panic during ata_resume (sound) In-Reply-To: <20021231222651.B24167-100000@ury.york.ac.uk> To: Gavin Atkinson Date: Wed, 1 Jan 2003 15:12:38 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems Gavin Atkinson wrote: This looks like a problem in the sound system, as the ATA driver prints the last 'done' line it has finished its resume code, and the trace points at the mixer_reinit func... That the ATA driver then locks in the dump code can have lots of reasons, difficult to tell from the info provided.... > Another panic. Kernel from 19th Dec. Laptop suspended itself (for no > reason), and upon resume got this: (again, laptop could not manage to do > the dump, so this is hand transcribed) > > wakeup from sleeping state (slept 00:02:53) > ata0: resetting devices .. > done > ata1: resetting devices .. > done > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc01fb093 > stack pointer = 0x10:0xc874db48 > frame pointer = 0x10:0xc874db68 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 13 (swi6: tty:sio clock) > > Stopped at _mtx_lock_flags + 0x43 cmpl $0xc03d16a0, 0(ebx) > > _mtx_lock_flags() at _mtx_lock_flags+0x43 > mixer_reinit() at > ds_ps_resume() > bus_generic_resume() > bus_generic_resume() > bus_generic_resume() > bus_generic_resume() > bus_generic_resume() > apm_resume() > apm_processevent() > apm_do_suspend() > apm_timeout() > softclock() > ithread_loop() > fork_exit() > fork_trampoline() > > _mtx_lock_flags+0x43 corresponds to the compare of the line > KASSERT(m->mtx_object.lo_class == &lock_class_mtx_sleep, .... > in kern_mutex.c. It looks like m == NULL. > > I can't get any more information sadly, again the machine hung while > trying to reset ther ATA channel for the dump. > > Gavin > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message