From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 18:12:08 2004 Return-Path: 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 6D07F16A4CE for ; Tue, 1 Jun 2004 18:12:08 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD76A43D41 for ; Tue, 1 Jun 2004 18:12:07 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i521C0Hk029644; Tue, 1 Jun 2004 21:12:00 -0400 (EDT) Date: Tue, 1 Jun 2004 21:12:00 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Kent Hauser In-Reply-To: <200405261721.14364.kent.hauser@verizon.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Chuck Swiger cc: freebsd-current@freebsd.org cc: Joachim =?iso-8859-1?q?Str=F6mbergson?= cc: Nikolay Denev Subject: Thinkpad panic woes (was Re: CDRW causes Thinkpad T41 to panic) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2004 01:12:08 -0000 On Wed, 26 May 2004, Kent Hauser wrote: > Hi, > > Thanks for the input. After disabling the "hotswap" interrupt via the Thinkpad > PS2 command at the suggestion of "Nikolay Denev" > (at least I think that's the interrupt I turned off...), I now sometimes get > further in my boot. Now it only normally panics at startup -- an the message > is as follows: > > ad0: 35293MB [71707/16/63] at ata0-master UDMA100 > ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt > ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt > acd0: CDRW at ata1-master UDMA33 > Memory modified after free 0xc44d8a00(508) val=1ff01ff @ 0xc44d8a00 Has anyone figured this out yet? Here's a traceback from my Thinkpad R40 (I get the same message above). I was able to get the kernel to boot once by disabling atapicam, but even that doesn't work any longer. The trace just moves from xpt_foo() to g_conf_foo(). The trace from below is with atapicam built into the kernel. This damn thing doesn't have a serial port on it from what I can see, so the information below is hand-scribed. 5.2.1-release worked on this as long as ACPI was disabled. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1ff021f fault code = supervisor read, page not present instruction pointer = 0x8:0xc069c93a stack pointer = 0x10:0xc0c21ba4 frame pointer = 0x10:0xc0c21bc0 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 = 0 (swapper) kernel: type 12 trap, code = 0 Stoped at mtrash_ctor+0x3a: movl 0x20(%eax),%eax db> trace mtrash_ctor(c2398c00,200,0) at mtrash_ctor+0x3a uma_zalloc_arg(c1045cc0,0,1) at uma_zalloc_arg+0x169 malloc(1a0,c0774d60,1,c2393b80,c2395640) at malloc+0xb7 xpt_alloc_device(c2393b80,c2395640,0) at xpt_alloc_device+0x3e xpt_compile_path(c23942b0,c14f5b80,0,0,0) at xpt_compile_path+0x84 xpt_create_path(c0c21ca4,c14f5b80,0,0,0) at xpt_create_path+0x49 xpt_scan_bus(c14f5b80,c243d000,c0c21cf0,c0440749,c2393bc0) at xpt_scan_bus+0xea xpt_action(c243d000,c243d000,c2393b80,c044025c,c0c21d14) at xpt_action+0x7e2 xpt_finishconfig(c14f5b80,c243d000) at xpt_finishconfig+0x30 xptconfigfunc(c2393b80,0,c0c21d40,c04400c3,c2393b80) at xptconfigfunc+0x10b xptdefbusfunc(c2393b80,c0c21d54,0,c04437bc) at xptbustraverse+0x2b xpt_for_all_busses(c04437bc,0) at xpt_for_all_busses+0x29 xpt_config(0) at xpt_config+-x74 run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c043bd15) at run_interrupt_driven_config_hooks+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db>