From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 15:54:50 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 AD207106566B for ; Sat, 21 Feb 2009 15:54:50 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 33C968FC0A for ; Sat, 21 Feb 2009 15:54:49 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 235417233; Sat, 21 Feb 2009 17:54:49 +0200 Message-ID: <49A023C6.5070401@FreeBSD.org> Date: Sat, 21 Feb 2009 17:54:46 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Christoph Mallon References: <49A00130.9070105@FreeBSD.org> <49A02152.8050209@gmx.de> In-Reply-To: <49A02152.8050209@gmx.de> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Fatal trap 30: reserved (unknown) fault 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: Sat, 21 Feb 2009 15:54:50 -0000 Christoph Mallon wrote: > Alexander Motin schrieb: >> About month ago after one of my amd64 8-CURRENT upgrade I have started >> to see crashes with very strange message: >> Fatal trap 30: reserved (unknown) fault while in kernel mode >> >> Crash usually happens during some driver loading or unloading, for >> example, snd_hda, which always worked fine before, or during ata >> channel detach/attach which also causes device destruction/creation. >> Backtrace of this state shows nothing interesting, for example idling >> in acpi_cpu_c1() or just DELAY(). >> >> Does anybody knows, for whom is this fault "reserved" and what does it >> mean? > > Intel: > 20-31 -- Intel reserved. Do not use. > > This exception really should not happen. Maybe int 0x30 is executed, but > this should not be the case either. I have hit somewhere on web that traps may share vectors with interrupts and this may cause problems. Can't it be some mishandled IRQ? What will happen if some IRQ arrive after driver detach? How it will be handled? -- Alexander Motin