From owner-freebsd-stable@FreeBSD.ORG Sun Jul 3 00:40:03 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D69B16A4F2; Sun, 3 Jul 2005 00:40:03 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4408B44216; Sun, 3 Jul 2005 00:24:36 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id CD49362666; Sat, 2 Jul 2005 17:20:26 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 39A7C5C9E6; Tue, 8 Mar 2005 06:56:50 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0338D56EE5; Tue, 8 Mar 2005 14:56:49 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D494E16A4FB; Tue, 8 Mar 2005 14:56:44 +0000 (GMT) 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 1547116A4CE; Tue, 8 Mar 2005 14:56:40 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D7543D1F; Tue, 8 Mar 2005 14:56:39 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j28EuZSW061232; Tue, 8 Mar 2005 15:56:37 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <422DBD0F.2070206@DeepCore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <422225D6.5020009@root.org> <422D84FF.1010707@DeepCore.dk> <422DBA9E.8060502@root.org> In-Reply-To: <422DBA9E.8060502@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on elvis.mu.org X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00, MIME_8BIT_HEADER autolearn=no version=3.0.2 X-Spam-Level: Cc: stable@freebsd.org, current@freebsd.org Subject: Re: patch: fix ata panic with Thinkpad CD and DVD drives X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:40:04 -0000 X-Original-Date: Tue, 08 Mar 2005 15:56:15 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:40:04 -0000 Nate Lawson wrote: > S=F8ren Schmidt wrote: >=20 >> Nate Lawson wrote: >> >>> If you've been having "memory modified after free" panics on -current= =20 >>> and have a Thinkpad, the attached patch should fix things for you. A= =20 >>> quick check of RELENG_5 indicates that the bug is probably there also= =20 >>> but I haven't tested for it there. >>> >>> The bug is triggered by timeouts in the ata_getparam() probe path. =20 >>> The ata_timeout() fires and ata_end_transaction() is called to get=20 >>> the status. However, it continues down into ata_pio_read() even=20 >>> though there is no data available since we had a timeout, not read=20 >>> completion. ata_pio_read() reads 512 bytes of probably bogus=20 >>> data. The important problem is that it also advances donecount. On = >>> subsequent timeouts (note there are 4 below), donecount advances into= =20 >>> unallocated memory and so subsequent ata_pio_read() calls overwrite=20 >>> 512 bytes of someone else's memory. >>> >>> The fix is to exit immediately if ATA_R_TIMEOUT is set after reading = >>> the status in ata_end_transaction(). It shouldn't go into=20 >>> ata_pio_read() if there was a timeout. The patch does this. >>> >>> However, it only handles PIO timeouts since I wasn't sure the best=20 >>> way to proceed for unwinding DMA state and the like for the other=20 >>> cases. This is enough to fix the overwrite and subsequent panic on my= =20 >>> systems. I've run heavy IO stress and DVD accesses for a while and=20 >>> no further panics. >>> >>> While looking into this, I found another potential problem. In one=20 >>> reinjection case, donecount wasn't reset to 0. The patch for=20 >>> ata-queue.c does this and I think it's necessary but don't hit this=20 >>> case in testing so I can't be sure. Finally, there's one whitespace = >>> nit that helps with clarity. >>> >>> These are similar bugs to one found back in August that had the same = >>> effect. Here's the closest reference I could find in the mail=20 >>> archives for this: >>> http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-August/03= 3033.html=20 >> >> >> >> >> Just a note from here, these bugs are fixed in ATA mkIII so you could = >> just have gleaned the solution from there (or maybe you did :)) >=20 >=20 > Nope, but I'm glad you can corroborate these fixes are correct. Actually I cant, I havn't looked at what was committed since I already=20 did fix these problems in the mkIII patches floating around.. Anyhow its in there and the committer has to deal with it until/if I=20 commit mkIII to -current, I'm out of the loop until then... --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"