From owner-freebsd-current@FreeBSD.ORG Sun Jul 11 20:43:14 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 F181A16A4CE for ; Sun, 11 Jul 2004 20:43:14 +0000 (GMT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD8F43D2F for ; Sun, 11 Jul 2004 20:43:12 +0000 (GMT) (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 i6BKh7pQ019337; Sun, 11 Jul 2004 16:43:08 -0400 (EDT) Date: Sun, 11 Jul 2004 16:43:07 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Bruce M Simpson In-Reply-To: <20040711183702.GB769@empiric.dek.spc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Nikolay Denev cc: Kent Hauser cc: Chuck Swiger cc: Joachim =?iso-8859-1?Q?Str=F6mbergson?= cc: freebsd-current@freebsd.org Subject: Re: CDRW causes Thinkpad T41 to panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 11 Jul 2004 20:43:15 -0000 On Sun, 11 Jul 2004, Bruce M Simpson wrote: > On Wed, May 26, 2004 at 05:21:14PM -1000, Kent Hauser wrote: > > 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 > > Again, this looks VERY, VERY similar to the behaviour which I observed > and documented on two separate IBM T41 systems this week. Same here. If you set request->retries to 1 instead of 2 in src/sys/dev/ata/ata/foo it seems to work. I think only one of the retries needs to change, but I forget which one it is. I believe there is a problem in allocation/deallocation in the retry. Something is getting deallocated but still being referenced. I thought it was the request (ata_alloc_request()), but after debugging it a bit, I think I figured eliminated that as a possibility. I stopped there when I ran out of time. Has anyone reported this problem to Soren? I don't think he reads -current any longer (too much spam). -- Dan Eischen